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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining 
to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in 
ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect 
of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server 
( http ://webapp . etsi.org/IPR/home . asp ) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can 
be given as to the existence of other IPRs not referenced in ETSI SR 000 3 14 (or the updates on the ETSI Web server) 
which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Technical Committee Electromagnetic compatibility and 
Radio spectrum Matters (ERM). 

The present document is part 2 of a multi-part deliverable covering the Technical Requirements for Digital Mobile Radio 
(DMR), as identified below: 

Part 1 : "DMR Air Interface (AI) protocol" ; 

Part 2: "DMR voice and generic services and facilities"; 

Pai-t3: "DMR data protocol"; 

Part 4: "DMR trunking protocol" . 
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Scope 



The present document contains technical requirements for Digital Mobile Radio (DMR) operating in the existing licensed 
land mobile service frequency bands, as identified in CEPT/ERCAT/R 25-08 [2]. 

The present document describes the voice and generic services and facilities of a scalable Digital Mobile Radio system 
which covers three tiers of possible products: 

Tier I: DMR equipment having an integral antenna and working in direct mode (communication without 

infrastructure) under a general authorization with no individual rights operation. 

Tier II: DMR systems operating under individual licences working in direct mode (unit-to-unit) or using a 

Base Station (BS) for repeating. 

Tier III: DMR trunking systems under individual licences operating with a controller function that 

automatically regulates the communications. 

NOTE 1: Tier II and Tier III products encompass both simulcast and non-simulcast systems. 

NOTE 2: The three tiers of possible products will work only independently and not interoperable. 

The present document specifies the voice and generic services and facilities of DMR that has been specifically developed 
with the intention of being suitable for all identified product tiers. The DMR protocol is intended to be applicable to the 
land mobile frequency bands, physical channel offset, duplex spacing, range assumptions and all other spectrum parameters 
without need for any change. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the purposes of 
the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, the 
primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the reference 
should, as far as possible, remain valid for the expected life of the document. The reference shall include the method of 
access to the referenced document and the full network address, with the same punctuation and use of upper case and lower 
case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated references, 
only the edition cited applies. For non-specific references, the latest edition of the referenced document (including any 
amendments) applies. 

[1] ETSI TS 102 361-1: "Electromagnetic compatibility and Radio spectrum Matters (ERM); Digital 

Mobile Radio (DMR) Systems; Part 1: DMR Air Interface (AI) protocol". 
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[2] CEPT/ERC/T/R 25-08: "Planning criteria and co-ordination of frequencies in the Land Mobile 

Service in the range 29,7-921 MHz". 

[3] ETSI TS 102 361-3: "Electromagnetic compatibility and Radio spectrum Matters (ERM); Digital 

Mobile Radio (DMR) Systems; Part 3: DMR data protocol". 



Definitions and abbreviations 



3.1 Definitions 



For the purposes of the present document, the following terms and definitions apply: 

l:l-mode: 1 traffic channel mode 

NOTE: l:l-mode supports one "MS to fixed end" duplex call or one simplex call with an optional inbound Reverse 
Channel using a two frequency BS. 

2:l-mode: 2 traffic channel mode 

NOTE: 2:1 -mode supports two independent calls which may be either "MS to fixed end" duplex calls or simplex 
calls using a two frequency BS. 

Base Station (BS): fixed end equipment that is used to obtain DMR services 

bearer service: telecommunication service providing the capability for information transfer between access points 

burst: elementary amount of bits within the physical channel 

NOTE 1: Three different bursts exist with different number of bits. The Traffic burst contains 264 bits, the CACH 
burst contains 24 bits and the RC burst contains 96 bits. 

NOTE 2: The burst may include a guard time at the beginning and end of the burst used for power ramp-up and 
ramp-down. 

NOTE 3: For detailed burst definition see clause 4.2. 1 . 
call: complete sequence of related transactions between MSs 

NOTE: Transactions may be one or more bursts containing specific call related information. 

Control plane (C-plane): part of the DMR protocol stack dedicated to control and data services 

Digital Mobile Radio (DMR): physical grouping that contains all of the mobile and/or fixed end equipment that is used to 
obtain DMR services 

direct mode: mode of operation where MSs may communicate outside the control of a network 

NOTE: This is communication technique where any radio unit (MS) may communicate with one or more other radio 
units (MSs) without the need for any additional equipment (e.g. BS). 

duplex: a mode of operation by which information can be transferred in both directions and where the two directions are 
independent 

NOTE: Duplex is also known as full duplex. 
frame: two contiguous time slots labelled 1 and 2 

NOTE: A frame has a length of 60 ms. 
inbound: MS to BS transmission 
logical channel: distinct data path between logical endpoints 
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NOTE: The logical channels are labelled 1 and 2. The logical channel may consist of sub-channels, e.g. SYNC, 
embedded signalling, etc. 

Mobile Station (MS): physical grouping that contains all of the mobile equipment that is used to obtain DMR mobile 
services 

outbound: BS to MS transmission 

payload: bits in the information field 

personalization: address and configuration information that characterizes a particular DMR MS 

NOTE: This information may be programmed by the installer before putting an MS into service. 

physical channel: RF carrier that is modulated with information bits of the bursts 

NOTE: The RF carrier may be a single frequency or a duplex pair of frequencies. The physical channel of a DMR 
subsystem is required to support the logical channels. 

polite protocol: "Listen Before Transmit" (LBT) protocol 

NOTE: This is a medium access protocol that implements a LBT function in order to ensure that the channel is free 
before transmitting. 

prefix: most significant digit of a MS address in the user domain 

privacy: secret transformation 

NOTE: Any transformation of transmitted information that is derived from a shared secret between the sender and 
receiver. 

Protocol Data Unit (PDU): unit of information consisting of protocol control information (signalling) and possibly user 
data exchanged between peer protocol layer entities 

Radio Frequency channel: Radio Frequency carrier (RF carrier) 

NOTE: This is a specified portion of the RF spectrum. In DMR, the RF carrier separation is 12,5 kHz. The physical 
channel may be a single frequency or a duplex spaced pair of frequencies. 

repeater mode: mode of operation where MSs may communicate through a BS 

NOTE: This is a communication technique where any radio unit (MS) may communicate with one or more other 
radio units (MSs) with the need for an intermediate BS. 

signalling: exchange of information specifically concerned with the establishment and control of connections, and with 
management, in a telecommunication network 

simplex: mode of working by which information can be transferred in both directions but not at the same time 

superframe: 6 continues traffic bursts on a logical channel labelled "A" to "F" 

NOTE: A superframe has a length of 360 ms and is used for voice traffic only. 
time slot (or slot): elementary timing of the physical channel 

NOTE: A timeslot has a length of 30 ms and will be numbered "1" or "2". 

transmission: transfer period of bursts containing information or signalling 

NOTE: The transmission may be continuous, i.e. multiple bursts transmission without ramp-up, ramp-down, or 
discontinuous, i.e. single burst transmission with ramp-up and ramp-down period. 

trunking: network controlled communication 

NOTE: This is a communication technique where any radio unit (MS) may communicate with one or more other 
radio units (MSs) using a trunking protocol and all MSs will be under control of a network. 
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user numbering: decimal representation of DMR air interface addresses 

NOTE: The user numbering is that visible to a user or seen by the user. 
User plane (U-plane): part of the DMR protocol stack dedicated to user voice services 
wildcard: character in the user domain that represents all digits to 9 



3.2 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AI Air Interface 

AIF Additional Information Field 

AR Answer Response 

AT Access Type 

BOC Beginning Of Call 

BOR Beginning Of Repeat 

BOT Beginning Of Transmission 

BS Base Station 

CACH Common Announcement CHannel 

CC Colour Code 

CCL Call Control Layer 

CCL_1 Call Control Layer: Slot 1 process 

CCL_2 Call Control Layer: Slot 2 process 

CCL_BS Call Control Layer: Both Slot process 

C-plane Control-plane 

CRC Cyclic Redundancy Checksum for data error detection 

CSBK Control SignalHng BlocK 

CSBKO CSBK Opcode 

DLL Data Link Layer 

DMR Digital Mobile Radio 

HOC End Of Call 

EOR End Of Repeat 

EOT End Of Transmission 

EEC Forward Error Correction 

FID Feature set ID 

FLCO Full Link Control Opcode 

ENS Feature Not Supported 

Grp_V_Ch_Usr Group Voice Channel User 

HMSC High level Message Sequence Chart 

ID IDentifier 

LBT Listen Before Transmit 

LC Link Control 

MAC Medium Access Control 

MFID Manufacturer's FID 

MMI Man Machine Interface 

MS Mobile Station (either portable or mobile unit) 

MSC Message Sequence Chart 

OACSU Off Air Call SetUp 

Octet 8 bits grouped together, also called a byte 

OVCM Open Voice Channel Mode service 

PABX Private Automatic Branch eXchange 

PATCS Press And Talk Call Setup 

PDU Protocol Data Unit 

PL Physical Layer 

PSTN Public Switched Telephone Network 

PTT Push-To-Talk 

RC Reason Code 

RC Reverse Channel 

RF Radio Frequency 
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SDL 


Specification and Description Language 


SFID 


Standards FID 


SO 


Service Options 


ST 


Service Type 


ST 


Source Type 


SYNC 


Synchronization 



TDMA Time Division Multiple Access 

U-plane User-plane 



Overview 



The present document describes a Digital Mobile Radio (DMR) system for Tier II and Tier III products which employ a 
Time Division Multiple Access (TDMA) technology with a 2-slot TDMA solution and RF carrier bandwidth of 12,5 kHz 
(see note 1). 

NOTE 1 : DMR system for Tier I products employ a continuous transmission variation of the previously mentioned 
technology. 

The present document describes the Call Control Layer (CCL) of the DMR Air Interface (AI). Radio equipments (fixed, 
mobile or portable) which conform to the present document shall be interoperable at the Air Interface with equipment from 
other manufacturers. Radio equipment of the present document shall also comply with TS 102 361-1 [1]. 

The present document will not provide the specification or operational detail for system implementations which include but 
are not limited to trunking, roaming, network management, vocoder, security, data, subsystems interfaces and data between 
private and public switched telephone networks. It describes only the appropriate access requirements compatible with the 
Air Interface. 

NOTE 2: The DMR standard consists of a multi-part deliverable, which will be referred to in the present document if 
needed. 

4.1 Protocol architecture 

The purpose of this clause is to provide a model where the different functions and processes are identified and allocated to 
different layers in the DMR protocol stack. 

The protocol stack in this clause and all other related clauses describe and specify the interfaces, but these stacks do not 
imply or restrict any implementation. 

The DMR protocol architecture which is defined herein follows the generic layered structure, which is accepted for 
reference description and specification of layered communication architectures. 

The DMR standard defines the protocols for the following 3 layered model as shown in figure 4. 1 . 

The base of the protocol stack is the Physical Layer (PL) which is the layer 1 . 

The Data Link Layer (DLL), which is the layer 2, shall handle sharing of the medium by a number of users. At the DLL, 
the protocol stack shall be divided vertically into two parts, the User plane (U-plane), for transporting information without 
addressing capability (e.g. voice), and the Control plane (C-plane) for signalling information, both control and data, with 
addressing capability, as illustrated by figure 4. 1 . 

NOTE 1 : It is appropriate to bear in mind the different requirements of C-plane and U-plane information. C-plane 

information needs only a discrete (or non-continuous) physical link to pass information although it needs a 
continuous virtual link to support the service. This may also be called signalling or packet mode service. 
Acknowledgements may or may not be requested. U-plane information, on the other hand, requires a regular 
physical link to be available so that a constant delay service can be supported. This may also be called circuit 
mode service. 
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NOTE 2: The DLL identified in figure 4.1 may be further sub-divided in the air interface protocol to separate the 

functionality of Medium Access Control (MAC) and Logical Link Control (LLC), which is often performed 
in radio air interface protocols due to the specialized nature of these two tasks. Such separation is not 
presented in the present document and is implementation specific. It is further implementation specific if 
layer 2 at U-plane offers only MAC for the service. 

The Call Control Layer (CCL), which is layer 3, lies in the C-plane and is responsible for control of the call (addressing, 
features, and etc.), provides the services supported by DMR, and supports Short Data and Packet Data service. U-plane 
access at layer 2 (DLL) supports voice service which is available in DMR. The Control Layer and the features and services 
offered by DMR are described in the present document. The Short Data and Packet Data Protocol offered by DMR are 
described in TS 102 361-3 [3]. 



VN-'N/ 



Control plane 

Call Control information 

Short Data service 

Packet Data service 



Call Control Layer 



Data Link Layer 



Physical Layer 



User plane 



I — Voice payload 



Al Layer 3 



Al Layer 2 



Al Layer 1 



Figure 4.1 : DMR protocol stack 

4.1 .1 Air Interface Physical Layer (layer 1) 

The Air Interface layer 1 shall be the physical interface. It shall deal with the physical burst, composed of bits, which is to 
be sent and/or received. The Physical Layer is described in TS 102 361-1 [1]. 

The Air Interface layer 1 contains the following functions: 

modulation and demodulation; 

transmitter and receiver switching; 

RF characteristics; 

bits and symbol definition; 

frequency and symbol synchronization; 

burst building. 

4.1 .2 Air Interface Data Link Layer (layer 2) 

The Air Interface layer 2 shall handle logical connections and shall hide the physical medium from the upper layers. The 
Data Link Layer is described in TS 102 361-1 [1]. 

The main functions are as follows: 

channel coding (FEC, CRC); 

interleaving, de-interleaving and bit ordering; 



£75/ 



1 4 ETSI TS 1 02 361 -2 V1 .2.6 (2007-1 2) 

acknowledgement and retry mechanism; 

media access control and channel management; 

framing, superframe building and synchronization; 

burst and parameter definition; 

link addressing (source and/or destination); 

interfacing of voice applications (vocoder data) with the PL; 

data bearer services; 

exchanging signalling and/or user data with the CCL. 

4.1 .3 Air Interface layer 3 (CCL) 

Air Interface layer 3 (CCL) is applicable only to the C-plane, and shall be an entity for the services and features supported 
by DMR on top of the layer 2 functionality. The Call Control Layer is described in the present document and may have 
embedded intrinsic services associated to it. 

The CCL provides the following functions: 

BS activation; 

establishing, maintaining and terminating of calls; 

individual or group call transmission and reception; 

destination addressing (DMR IDs or gateway as appropriate); 

support of intrinsic services (emergency signalling, pre-emption, late entry, etc.); 

announcement signalling. 

4.2 Overview of voice and generic services and facilities 

The facilities described for DMR are related to user initiated call procedures, e.g. group speech call, individual speech call, 
data call etc. The services defined for DMR contains intrinsic (embedded) signalling or procedures which may relate to one 
or more user initiated call procedures. 

Some services are visible to users others are not and will be processed by the MS itself. All user related signalling or 
presentation above layer 3 is not part of the present document and is implementation specific. 

The services and facilities defined in the present document may be used for Tier I and Tier II products and is called the 
"default feature set" which is allocated to the "Standards Feature ID (SFID)". There is a possibility in the DMR standard 
which allows manufacturers to define and implement "private" feature sets which contain additional "private" services and 
facilities, which may possibly not be understood by products not supporting this "private" feature set. 

The "standard feature set" contains the following services and facilities: 

a) Generic services: 

generic BS services: 

BS outbound activation; 

voice call repeating; 

voice call hangtime; 

CSBK repeating; 

BS outbound deactivation; 
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feature not supported signalling. 
All MSs shall implement the "feature not supported signalling". All other services and facilities are optional. 

b) Primary voice services: 

group call service; 
individual call service. 

c) Supplementary voice services: 

unaddressed voice call service; 
all call service; 
broadcast voice call service; 
open voice channel call service. 

d) DMR facilities. 

The description of the services and features uses SDL diagrams where necessary to illustrate and highlight specific points 
in both direct mode and repeater mode. Other aspects of the DMR radio system required are the High Level MS SDL, the 
High Level BS SDL, HMSC and MSC diagrams. For the High Level SDL diagrams and state description refer to 
TS 102 361-1 [1], clause G. The HMSC and MSC diagrams are described in the present document. 

4.3 Feature interoperability 

The FID identifies one of several different feature sets. 

The FLCO identifies the "over-air" feature within the given feature set. 

To ensure interoperability at the air interface, features that are standardized in the present document and available in the 
equipment shall be accessible only via the combination of default SFID and corresponding FLCO. 

Features that are not standardized in the present document are only available via an alternative MFID. 

5 DIVIR services 

5.1 Generic services 
5.1.1 Generic BS services 

Figure 5.1 illustrates the HMSC for both BS slots. For descriptions of various states in this diagram refer to clause G.2 of 
TS 102 361-1 [1]. 

The Mobile Station Inactivity Timer T_MSInactive is defined in clause F. 1 of TS 102 361-1 [1]. Also, in the following 
diagrams the slot number refers to the outbound slot. Therefore, outbound slot 1 implies inbound slot 1 for offset mode and 
inbound slot 2 for aligned mode, as defined in clause 5.1 of TS 102 361-1 [1]. 



£75/ 



16 



ETSI TS 102 361-2 VI .2.6 (2007-12) 



MSC BS Both Slots 




BS_Hibernating 



Wake_Up_Message 



^ 



T_MSInactive_Expires BOR_Slot_1 




BOR_Slot_2 



:$ 



l) 



£r 



0^epeating_Slot_0 ^epeating_Slot_2> 



EOR_Slot_1 



J 



£i 



-6 



> J BOR_Slot_1 1 



BOR_Slot_2 BOR_Slot_1 



EOR_Slot_2 



OlepeatingBothSlots/ 



D 



-6 



EOR Slot 2 



I) (l 



EOR Slot 1 



1(1) 



Figure 5.1 : BS Both Slots HMSC 

Figure 5.2 illustrates the HMSC for a single BS slot. For descriptions of various states in this diagram refer to clause G.2 of 
TS 102 361-1 [1]. 

NOTE: This HMSC is valid only when the BS is not in the BS_Hibernating state. 
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The single slot processes are started when the BS transitions out of the BS_Hibernating state and stopped when the BS 
transitions to the BS_Hibernating state. 

Upon reception of a CSBK, the CACH AT bit may be left as idle as there are no more inbound bursts to follow. 
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Figure 5.2: BS Single Slot HMSC 
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5.1 .1 .1 BS outbound activation 

This clause describes the BS activation and deactivation facihty. 

If "Repeater Mode BS estabHshed timing" is used, there is one MS sourced data burst required for channel access in 
repeater mode. This is a BS_Dwn_Act PDU which is used to wakeup or activates the BS outbound. Details are listed in 
table 5.1. Contents of the BS_Dwn_Act PDU are found in clause 7.1.3. Details of when it is transmitted are found in 
clauses 4.4.1 and 5.2 of TS 102 361-1 [1]. 

Table 5.1 : Channel access data burst 



Data Type 


Value 


Function 


Data Contents 


CSBKO 


CSBK 


0011 2 


Activate BS Outbound 


BS_Dwn_Act 


IIIOOO2 



If "Repeater Mode MS established timing" is used, the BS may activate its outbound channel directly at the Physical Layer 
PL at the reception of a MS_Sourced_ Sync. In this case the BS acts in such way that the MS inbound channel is frame 
synchronized to the outbound one. Details are found in clauses 4.4.3 and 5.2 of TS 102 361-1 [1]. 



5.1.1.1.1 



BS Outbound Activation SDL 



Figure 5.3 illustrates the BS decision process when its receiver synchronizes to an MS sourced sync pattern while in the 
BS_Hibernating state. This figure is informative with respect to the order of qualification. 

If either the Colour Code does not match or the slot type is not CSBK the BS shall stay in the BS_Hibernating state. If both 
the Colour Code matches and the slot type is CSBK the BS shall start Mobile Station Inactivity timer T_MSInactive, which 
is defined in clause F.l of TS 102 361-1 [1], and shall transition to the Hangtime state. 

Figure 5.3 illustrates the minimum requirement for BS activation. Additionally, manufacturers may also validate any and or 
all of the following: 

CSBKO; 

SFID; 

Destination (BS) Address and Source Address. 
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process BS_Downlink_Activation 



I BS_Hi 
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Figure 5.3: BS Activation SDL 



5.1.1.1.2 



BS MSCs 



The following MSCs attempt to show a decomposition of the BS functional layers as defined in clause 4.1 of 
TS 102 361-1 [1]. 

NOTE: A CCL_BS process is used to describe the state of both slots while CCL_1 and CCL_2 processes are used to 
describe the state of slot 1 and slot 2 respectively. This is used for clarification purposes and is purely 
informative. 
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5.1.1.1.3 BS_Outbound_Activation 

Figure 5.4 illustrates BS actions when it receives a valid wakeup PDU while the CCL_BS is in the BR_Hibernating state. 

The CCL_BS starts both the CCL_1 and CCL_2 processes, shall start T_MSInactive and transition to the Hangtime state. 
CCL_1 and CCL_2 send Generate_Idles primitive to the DLL and both transition to the Channel_Hangtime state. The DLL 
starts the outbound and the BS shall transmit Idle PDUs with a Data Type of "Idle" in both slots. Also the CACH AT bit for 
both slots shall be set to "Idle". 
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Figure 5.4: BS_Outbound_Activation 
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5.1.1.2 



Voice call repeating 



Figure 5.5 illustrates BS actions when it receives a Voice_LC_Header on slot 1 while CCL_1 is in the Channel_Hangtime 
state. The figure uses the Group Call PDU (Grp_V_Ch_Usr) in this example. 

The DLL sends a BOR primitive to the CCL_1 process and stops generating idle messages. CCL_1 transitions to the 
Repeating_Slot state. The DLL also sends a BOR_Slot_l primitive to the CCL_BS process. If slot 2 is in 
Channel_Hangtime or Call_Hangtime states, it transitions to Repeating_Slot_l state. If slot 2 is in Repeating_Slot state, 
then CCL_BS transitions to Repeating_Both_Slots state. The DLL shall repeat the Voice_LC_Header and then shall repeat 
slot 1 voice bursts continuously in this state. While the BS is repeating it should set the CACH AT bit to "busy". The DLL 
also sends LC information to the CCL_1, which is used for the generation of call hangtime PDUs. 
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Figure 5.5: BS BOR_Slot_1 
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5.1.1.3 



Voice call hangtime 



Figure 5.6 illustrates BS actions when it receives a Terniinator_with_LC on slot 1 while CCL_1 is in the Repeating_Slot_l 
state. The figure uses the Group Call PDU (Grp_V_Ch_Usr) in this example. 

The DLL sends an EOR primitive to the CCL_1 process which starts Call Hangtime Timer (T_CallHt) and transitions to 
the Call_Hangtime state. The DLL also sends an EOR_Slot_l primitive to the CCL_BS process. If slot 2 is in 
Channel_Hangtime or Call_Hangtime states, it transitions to Hangtime state. If slot 2 is in Repeating_Slot state, then 
CCL_BS transitions to Repeating_Slot_2 state. The CCL_1 sends Generate_Terminators primitive to the DLL for call 
hangtime messages. The BS shall transmit call hangtime PDUs in this state and set the CACH AT bit to "busy". When the 
T_CallHt expires, the CCL_1 transitions to the Channel_Hangtime state and sends Generate_Idles primitive to the DLL. 
The BS shall transmit Idle message PDUs as defined in clause D.2 of TS 102 361-1 [1] with a Data Type of "Idle" and the 
CACH AT bit set to "idle" in this state. 
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Figure 5.6: BS EOR_Slot_1 
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5.1.1.4 CSBK repeating 

Figure 5.7 illustrates BS actions when it receives a CSBK on slot 1 while in the Channel_Hangtime state. 

The BS CCL_1 sends a TX_CSBK_Slot_l primitive to the DLL to repeat the CSBK and stays in the Channel_Hangtime 
state. The BS shall repeat the received CSBK. 
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Figure 5.7: CSBK Repeating 
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5.1 .1 .5 BS outbound deactivation 

Figure 5.8 illustrates BS actions when its Mobile Station Inactivity Timer (T_MSInactive) expires. 

The CCL_BS sends Kill_Slot Process primitive to CCL_1 and CCL_2 and transitions to the BS_Hibernating state. Here the 
BS shall cease transmitting, which deactivates the outbound. 
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Figure 5.8: BS_Outbound_Deactivation 
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5.1 .2 Feature Not Supported (FNS) signalling 

The Feature Not Supported (FNS) signalling shall be used when an MS is individually addressed with feature signalling it 
does not support. The non-supported feature signalling received by the MS occurs through a PDU that contains a Standard 
FID (SFID) and a CSBKO that it does not support. 

The MS may use either impolite or polite non-time critical CSBK ACK/NACK channel access procedure as defined in 
clause 5.2.2.3 of TS 102 361-1 [1], to transmit the FNS signalling PDU. 



5.1.2.1 



FNS Data Bursts/Fields 



When a feature is not supported, the target MS shall attempt to respond to the source MS with a negative 
Acknowledgement Response (NACK_Rsp) CSBK PDU. Details are listed in table 5.2. Contents of the NACK_Rsp PDU 
are found in clause 7. 1 .2.4. 

Table 5.2: Feature Not Supported data burst 



Data Type 


Value 


Function 


Data Contents 


CSBKO 


CSBK 


0011 2 


FNS Signalling 


NACK_Rsp 


1001 IO2 
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5.1.2.2 



MS FNS MSC 



Figure 5.9 illustrates the MSC for a NACK_Rsp with polite channel access. Here the DLL, after receiving the TX_Request 
primitive, sets Idle Search Timer (T_IdleSrch) as defined in TS 102 361-1 [1] and determines the channel status. If the 
channel status is idle then the NACK_Rsp PDU shall be transmitted. Alternatively, if the channel is busy the DLL starts the 
Random_Holdoff timer (T_Holdoff), as defined in TS 102 361-1 [1]. If the channel is busy the MS shall complete at least 
one holdoff cycle in its attempt to transmit the NACK_Rsp. 

In this example at the expiration of the timer, if the channel is idle the PDU is transmitted and if the channel is busy the 
timer is restarted. It is the responsibility of the DLL to transmit the message. The only role of the CCL is to determine the 
feature is not supported and to instruct the DLL to transmit the NACK_Rsp PDU. 
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Figure 5.9: TX Granted for FNS_NACK 
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5.2 Primary voice services 
5.2.1 Group call service 

The group call service provides voice call service between one individual user and a predetermined group of users. All 
parties in the group can hear each other. The group call is initiated at the user level by selecting the desired group via a 
predefined selection procedure (see note) and then activating a mechanism to talk, such as pressing the PTT button. 

NOTE: The selection procedure is implementation specific and is not part of the present document. 



5.2.1.1 



Service description 



Group call initiation or Beginning Of Call (BOC) follows a predetermined channel access mechanism. This access 
procedure may use any of the standard channel access procedures. These procedures are impolite, polite to own Colour 
Code and polite to all. 

The first burst at the Beginning Of Transmission (BOT), which may be the BOC, carries the necessary information to allow 
the selected group to be notified of that call. This is accomplished with the Group Voice Channel User (Grp_V_Ch_Usr) 
LC Message using the Voice LC Header Data Type burst. The first voice burst is preceded by a Voice LC Header in the 
appropriate slot. This is illustrated in figure 5.4 of TS 102 361-1 [1]. 

Group call supports late entry into a call by embedding the LC information into the voice bursts. This helps support 
scanning, radios being powered on during a transmission addressed to that particular unit and units that do not correctly 
decode the voice header. This is accomplished with the Group Voice Channel User (Grp_V_Ch_Usr) LC message. 

A Group Call End Of Transmission (EOT) shall be accomplished by transmitting the entire last voice superframe (through 
voice burst "F"), and then sending the Group Voice Channel User (Grp_V_Ch_Usr) LC Message using the Terminator with 
LC Data Type burst. This is illustrated in figure 5.8 of TS 102 361-1 [1]. 

Call hangtime is used in order to extend a call past the End of Transmission. End Of Call (EOC) occurs at the expiration of 
call hangtime. 



5.2.1.2 



Group call data bursts/fields 



5.2.1.2.1 



Direct mode 



The Group call service requires two data type bursts and two embedded field messages. These are listed in tables 5.3 and 
5.4 respectively. The contents of the embedded LC, Grp_V_Ch_Usr PDU, are defined in clause 7.1.1.1. Contents of the 
embedded Null message are defined in clause D.l of TS 102 361-1 [1]. The Null message is embedded in the "F" burst of 
the voice superframe on the forward channel. 

Table 5.3: Group call data bursts 



Data Type 


Value 


Function 


Data Contents 


FLGO 


Voice LC Header 


0001 2 


Transmission Addressing 


Grp_V_Ch_Usr 


OOOOOO2 


Terminator with LC 


001 O2 


End of Transmission 


Grp_V_Ch_Usr 


OOOOOO2 



Table 5.4: Group call embedded field messages 



Link Control (LC) IMessage 


FLCO 


Function 


Bursts 


Grp_V_Ch_Usr 


OOOOOO2 


Late Entry 


4 


Null 


NA 


Filler 


1 
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5.2.1.2.2 



Repeater mode 



Repeater mode uses the same data bursts or fields as direct mode as defined in clause 5.2.1.2.1. However, the BS also 
generates Grp_V_Ch_Usr LC PDUs using the Terminator with LC data type burst to signal call (reserved) hangtime. The 
Null message is always embedded in the F burst of the voice superframe on the inbound channel and embedded in the 
reverse channel location on the outbound channel when no reverse channel signalling is required. 



5.2.1.3 



MS group call control 



5.2.1.3.1 MS group call SDL 

Figure 5.10 illustrates the MS CCL when a group call transmission is requested and is informative. 

The Inactive state is any CCL state with the exception of My_Call or In_Session. The CCL sends a TX_Request primitive 
to the DLL and transitions to the Wait_for TX_Response state. If the TX_Denied primitive is received from the DLL, the 
CCL transitions to the inactive state. If the TX_Granted primitive is received from the DLL, the CCL sends the BOTx 
primitive and transitions to the TX_Voice state. When the transmission ends, the CCL transitions to the In_Session state. 
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Figure 5.10: Group Call CCL SDL 
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5.2.1 .3.2 MS group call HMSC 

Figure 5.11 illustrates the HMSC for a group call. 

For descriptions of various states in this diagram refer to clause G.l of TS 102 361-1 [1]. 

Figure 5.11 shows two entry points. The entry point into PTT is for transmission and the entry point into Not_in_Call is for 
reception. The illustration is the same for direct mode and repeater mode. A minor difference between the two modes 
occurs because the ln_Session state does not exist in direct mode. In this case the MS shall immediately transition to the 
Out_of_Sync state since the outbound can not be found. 
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Figure 5.1 1 : Group Call HMSC 
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5.2.1.3.3 MS group call MSCs 

The following MSCs attempt to show a decomposition of the MS functional layers as defined in clause 4.1. 



5.2.1.3.3.1 



MS MSC PTT 



Figure 5.12 illustrates the MS CCL receiving a PTT_Request primitive. Though the action boxes in figure 5.12 indicate this 
is a BOC, the MSC with respect to the primitives is the same if the MS is in one of the following states: 

My_Call; 

Not_in_Call; 

In_Session; or 

Other_Call. 

The CCL sends a TX_Request primitive to the DLL and transitions to the Wait_for_TX_Response state. In this state the 
CCL waits for a TX_Granted or TX_Denied primitive from the DLL channel access process. 
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Figure 5.12: MSC PIT 
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5.2.1 .3.3.2 MS MSC TX_Denied 

Figure 5.13 illustrates MS actions when the DLL sends a TX_Denied primitive to the CCL. 




Figure 5.13: MSC TX_Denied 
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5.2.1 .3.3.3 MS MSC TX_Granted 

Figure 5.14 illustrates MS actions when the DLL sends a TX_Granted primitive to the CCL. 

After receiving the TX_Granted primitive the CCL sends a BOTx primitive to the DLL to indicate beginning of 
transmission and then transitions to the TX_Voice state. The DLL proceeds by sending the Voice_LC_Header 
(Grp_V_Ch_Usr) PDU followed by a voice burst stream on the appropriate slot. 
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Figure 5.14: MSC TX_Granted 
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5.2.1.3.3.4 



MS MSC My_ID_Header 



Figure 5.15 illustrates MS actions when its CCL receives an address match in the DLL transmitted BORx primitive while 
in either the ln_Session (call hangtime) or Not_in_Call (channel hangtime) states. This occurs when the MS receives the 
Grp_V_Ch_Usr PDU that contains a matching address. 

The CCL transitions to the My_Call state when the destination ID matches. Voice is sent directly from the DLL to the 
User lO. 
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Figure 5.15: MSC My_Header_LC 
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5.2.1.3.3.5 



MS MSC My_ID_LC 



Figure 5.16 illustrates MS actions when its CCL receives an address match in the DLL transmitted LC primitive while in 
either the In_Session (call hangtime) or Not_in_Call (channel hangtime) states. This occurs when the MS receives the 
Grp_V_Ch_Usr PDU that contains a matching address via the embedded LC PDU in the voice superframe. 

This is a late entry scenario. The CCL transitions to the My_Call state and the speaker is un-muted. Voice is sent directly 
from the DLL to the User lO. 
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Figure 5.16: MSC My_ID_LC 
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5.2.1.3.3.6 MSMSCDekey 

Figure 5.17 illustrates MS actions when PTT is released. 

The CCL receives a Dekey_lndication primitive and sends an EOTx primitive to the DLL. The MS shall pad out the 
superframe through voice burst "F" and then shall send a Terminator_with_LC (Grp_V_Ch_Usr) PDU. The CCL 
transitions to the In Session state. 



MSC Dekey 



MS Dekeys 



USER 10 



CCL 



DLL 



TX Voice 



Release PTT 



Dekeyjndication 



Deactivate 
microphone 



EOTx 



(Grp_V_Cli_Usr) 



In Session 



PL 



Voice Burst 



Pad out superframe 



Voice Burst F 



Terminator with LC 



{Grp_V_Ch_Usr) 



tune to RX frequency 



Figure 5.17: MSC Dekey 
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5.2.1 .3.3.7 MS MSC terminator 

Figure 5.18 illustrates MS actions when it receives a terminator while the CCL is in the My_Call state. 

The DLL sends an EORx primitive to the CCL. The CCL sends an End_of_RX primitive, which mutes the speaker, and 
transitions to the In_Session state. In direct mode, since there is no hangtime, the MS will then quickly transition to the 
Out_of_Sync state. See figure 5.21 for details. 
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Figure 5.18: MSC Terminator 
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5.2.1 .3.3.8 MS MSC RX_ldle_SYNC_in_Call_HT 

Figure 5.19 illustrates MS actions when an Idle PDU is received while the CCL is in the ln_Session state. 
The DLL sends an ldle_Data primitive to the CCL, which ends the call, and transitions to the Not_in_Call state. 
NOTE: This is for repeater mode only and indicates the end of call hangtime. 
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Figure 5.19: MSC RX_ldle_SYNC_in_Call_HT 
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5.2.1 .3.3.9 MS MSC Not_My_ID 

Figure 5.20 illustrates MS actions when it receives a mismatched address while the in Call Hangtime. 

In Call Hangtime the MS CCL is in the In_Session state. The DLL sends the CCL an HOC primitive when the address is 
determined to not match the address in Call Hangtime. This can be decoded from either a Voice_LC_Header or an 
Embedded_LC containing a voice call PDU. In this example the PDU is Grp_V_Ch_Usr which indicates another Group 
Call is on the channel. The CCL ends the call and transitions to the Other Call state. 
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Figure 5.20: MSC Not_My_ID 
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5.2.1 .3.3.1 MS MSC No_outbound_follow_EOT 

Figure 5.21 illustrates MS actions when it does not find sync while in the In_Session state. 

The DLL sends a Sync_Fail primitive to the CCL. The CCL ends the call and transitions to the Out_of_Sync state, which 
can occur after it stops transmitting. 
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Figure 5.21: MSC No_Outbound_Follow_EOT 
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5.2.2 Individual call service 

The Individual Call service provides voice service between one individual user and another individual user. The Individual 
Call facility is initiated at the user level by selecting the desired individual via a predefined selection procedure (see note) 
and then activating a mechanism, such as pressing the PTT button. 

NOTE: The selection procedure is implementation specific and is not part of the present document. 

5.2.2.1 Service description 

Individual Call initiation or Beginning Of Call (BOC) may occur in one of two defined call setup methods: 

the first method is a Press And Talk Call Setup (PATCS); and 

the second method is an Off Air Call SetUp (OACSU). 

The PATCS method may employ Impolite, Polite to Own Colour Code or Polite to All Channel Access, whereas the 
OACSU method may only employ Polite to Own Colour Code or Polite to All Channel Access. An MS in either the 
In_Session or My_Call High Level states shall use an impolite Channel Access mechanism. 

In the OACSU method the source MS attempts a presence check of the target MS. This is accomplished with the Unit to 
Unit Voice Channel User (UU_V_Req) CSBK message. When the target MS receives the request message, it shall respond 
automatically with an acknowledgement. This shall be accomplished with the Unit to Unit Answer Response 
(UU_Ans_Rsp) CSBK message for an accept response and shall be accomplished with either the Unit to Unit Answer 
Response (UU_Ans_Rsp) CSBK or the Negative Acknowledgement Response (NACK_Rsp) CSBK for a reject response. 
The response message may employ either Impolite, Polite to All or Polite to Own Colour Code channel access mechanism. 
Upon receiving an acknowledgement that rejects the call, the source MS should not proceed with the call. Upon receiving 
an acknowledgement that accepts the call, the source MS follows the PATCS method with impolite channel access. 
Therefore, the PATCS method is a subset of the OACSU method. 

In the PATCS method the first burst at the Beginning Of Transmission (BOT), which may be the BOC carries the 
necessary information to allow the target MS to be notified of the incoming call. This is accomplished with the Unit to Unit 
Voice Channel User (UU_V_Ch_Usr) LC message using the Voice LC Header Data Type burst. The first voice burst shall 
be preceded by a Voice LC Header in the appropriate slot. This is illustrated in figure 5.4 of TS 102 361-1 [1]. 

Individual Call supports late entry into a call by embedding the LC information into the voice bursts. This helps support 
scanning and radios being powered on during a transmission addressed to that particular unit when the PATCS method is 
used. It also supports units that do not correctly decode the voice header when either the PATCS or the OACSU method is 
used. This is accomplished with the Unit to Unit Voice Channel User (UU_V_Ch_Usr) LC message. 

An Individual Call End Of Transmission (EOT) is accomplished by transmitting the entire last voice superframe (through 
voice burst F), and then sending the Unit to Unit Voice Channel User (UU_V_Ch_Usr) LC Message using the Terminator 
with LC Data Type burst. This is illustrated in figure 5.8 of TS 102 361-1 [1]. 

Call hangtime is used in order to extend a call past the End of Transmission. End Of Call (EOC) occurs at the expiration of 
call hangtime. For OACSU individual calls, subsequent transmissions before the End of Call should be PATCS method. 
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5.2.2.2 



Individual call data bursts/fields 



5.2.2.2.1 



Direct mode 



The Individual Call service requires four Data Type bursts and two embedded field messages. These are listed in tables 5.5 
and 5.6 respectively. The contents of all messages with the exception of the embedded Null are defined in clause 7.1. 
Contents of the embedded Null message are defined in clause D.l of TS 102 361-1 [1]. The Null message is embedded in 
the "F" burst of the voice superframe on the forward channel. 

Table 5.5: Individual call data bursts 



Data Type 


Value 


Function 


Data Contents 


Opcode 


CSBK 


0011 2 


Presence check 


UU_V_Req 


0001 OO2 


CSBK 


0011 2 


IVIS Initiated 
Acl<nowledgement 


UU_Ans_Rsp 


0001012 


Voice LC Header 


0001 2 


Transmission Addressing 


UU_V_Ch_Usr 


000011 2 


Terminator with LC 


001 O2 


End of Transmission 


UU_V_Ch_Usr 


000011 2 



Table 5.6: Individual call embedded field messages 



Link Control (LC) Message 


FLCO 


Function 


Bursts 


UU_V_Ch_Usr 


000011 2 


Late Entry 


4 


Null 


NA 


Filler 


1 



5.2.2.2.2 



Repeater mode 



Repeater mode uses the same data bursts/fields as direct mode as defined in clause 5.2.2.2.1. However, the BS also 
generates UU_V_Ch_Usr LC PDUs using the Terminator with LC Data Type burst to signal call (reserved) hangtime. The 
Null message is always embedded in the "F" burst of the voice superframe on the inbound channel and embedded in the 
reverse channel location on the outbound channel when no reverse channel signalling is required. 



5.2.2.3 



IVIS Individual call channel access 



Individual call Service via the PATCS method shall follow the same channel access rules as group call. However, the 
CSBK PDUs used to perform the presence check (UU_V_Req) and to answer the presence check (UU_Ans_Rsp) for the 
individual call service via the OACSU method require some application specific rules. These specific rules are defined in 
the following clauses and compliment the channel access diagrams in clause 5.2.2 of TS 102 361-1 [1]. 
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5.2.2.3.1 



UU_V_Req channel access SDL 



The specific channel access rules for the transmission of the UU_V_Req CSBK are illustrated in SDL in figure 5.22. The 
DLL receives a TX_CSBK primitive from the CCL while in the TX_Idle state. The DLL starts the Idle_Search timer 
(T_IdleSrch), initializes the Retry_Counter to and transitions to the Qualify_Idle state. If the channel is busy the 
transmission is immediately denied. If the channel is idle the UU_V_Req CSBK PDU is transmitted, an Ack_Wait timer 
(T_AckWait) is started and the DLL transitions to the Wait_for_ACK state. 

While in the Wait_for ACK state, if the UU_Ans_Rsp CSBK PDU is received the DLL informs the CCL. If the ACK_Wait 
timer (T_AckWait) expires and Retry_Counter equals the CSBK_Retry_Limit (N_CSBKRetry), then a retry transmission is 
not attempted and the CCL is informed. If the number of attempts is less than the CSBK_Retry_Limit then the MS returns 
to the Qualify_Idle state to attempt to retransmit the CSBK PDU. 
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Figure 5.22: UU_V_Req Channel Access SDL 
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5.2.2.3.2 



UU_Ans_Rsp channel access SDL 



The specific channel access rules for the transmission of the UU_Ans_Rsp CSBK when the MS is designed for polite 
CSBK responses are illustrated in SDL in figure 5.23. 

NOTE: If an MS is designed for impolite transmission of CSBK responses, it will follow the channel access rules as 
defined in clause 5.2.2 of TS 102 361-1 [1]. 

The DDL receives a TX_CSBK primitive from the CCL while in the TX_Idle state. While the DLL is in the Qualify_Idle 
state, if the channel is idle the CSBK PDU is transmitted and if the channel is busy the transmission is denied. There are no 
retries or holdoff times for this time critical response. 
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Figure 5.23: UU_Ans_Rsp Channel Access SDL 
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5.2.2.4 



MS Individual call control 



The individual call service via the PATCS method shall follow the same rules as group call, while using the individual call 
specific messages. The individual call service via the OACSU method shall follow the same rules as an impolite group call 
once the presence check is accomplished. Therefore this clause only defines the presence check sequence of an OACSU 
call. Refer to clause 5.2.2 for PATCS rules. 



5.2.2.4.1 



MS OACSU Individual call source CCL SDL 



Figure 5.24 illustrates the source MS CCL when an OACSU individual call transmission is requested. 

The inactive state is any CCL state with the exception of My_Call or In_Session. The CCL sends a TX_CSBK primitive to 
the DLL and transitions to the Wait_for ACK state. The DLL may use either a Polite to All or Polite to Colour Code 
channel access mechanism for voice CSBKs. If the TX_Denied primitive or the No_CSBK_ACK primitive is received 
from the DLL, the CCL transitions to the inactive state. If the CCL receives the UU_Ans_Rsp CSBK PDU with the deny 
Reason Code then the call is denied and the CCL transitions to the Inactive state. If the CCL receives the UU_Ans_Rsp 
CSBK PDU with the proceed Reason Code then it sends a Transmit_Request primitive for impolite access to the DLL. 
Further transitions are shown for completeness and follow the rules of the Group Call feature. 
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Figure 5.24: OACSU Individual call source CCL SDL 
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5.2.2.4.2 



MS OACSU Individual call setup MSCs 



5.2.2.4.2.1 



MS OACSU no ACK RX 



Figure 5.25 illustrates source MS actions when the UU_V_Req CSBK PDU is transmitted and the UU_Ans_Rsp CSBK 
PDU is not received and the ACK_Wait timer (T_AckWait) expires. 

This shows the case when the MS is not programmed for additional DLL retries and one additional DLL retry. 
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Figure 5.25: OACSU Individual Call No ACK Received 
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5.2.2.4.2.2 



MS OACSU ACK RX 



Figure 5.26 illustrates source MS actions when the UU_V_Req CSBK PDU is transmitted and the UU_Ans_Rsp CSBK 
PDU is received before the Wait_for_ACK timer expires. 

If the Reason Code is "deny" in the received CSBK, then the call will not proceed and the CCL transitions to the Inactive 
state. However, if the Reason Code in the received CSBK is "proceed" the CCL sends a TX_Request primitive to the DLL 
specifying impolite channel access. The DLL replies with a TX_Granted primitive and the CCL sends a BOTx primitive to 
the DLL and transitions to the TX_Voice state. The DLL responds by transmitting the UU_Ch_Usr PDU Voice LC Header 
followed by voice superframes. 
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Figure 5.26: OACSU Individual call ACK received 
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5.3 Supplementary voice services 

5.3.1 Unaddressed voice call service 

The unaddressed voice call is a group voice call that uses one of a set of defined destination addresses as defined in 
annex A of TS 102 361-1 [1]. One of these addresses is the default unaddressed voice call address. Usage of the other 
Unaddressed Voice Call addresses is out of the scope of the present document. 

NOTE: Using an unaddressed voice call gives the users the possibility to define an MS behaviour which may be 

different to a normal group call. For example special alert tones. This also provides basic out-of-the box MS 
configuration possibilities and could be used for communications between different user organizations, each 
of which has its own group definitions. 

5.3.1 .1 Unaddressed voice call data burst/fields 

The unaddressed voice call requires the same bursts as group call, which is defined in clause 5.2.1. For an unaddressed call 
the group address of Grp_V_Ch_Usr shall be set to one of the reserved Unaddressed Call values, as defined in annex A of 
TS 102 361-1 [1]. 

5.3.1 .2 MS Unaddressed voice call control 

The unaddressed voice call control follows the SDL, HMSC and MSC schemes of group call, shown in clause 5.2.1. 

5.3.2 All call voice service 

The all call voice service provides a one-way voice call from any user to all users on a channel. Due to the large target 
audience, there is no call hangtime associated with this call in repeater mode. This effectively ends the call at the end of the 
transmission. Ending the call at the end of transmission minimizes potential collisions from multiple MSs attempting to 
respond to the call. 

The all call may be placed by the user with the simple pressure of the PTT button. It starts with the transmission of a voice 
header, which is followed by voice and ends with the transmission of a Terminator with LC. Late entry is provided for in 
this service. 

The all call is made in the same manner as a group voice call using one of a set of reserved destination addresses as defined 
in annex A of TS 102 361-1 [1]. Of these reserved addresses, one is the default all unit ID address while the others are 
alternative All Unit ID addresses. 

5.3.2.1 All call data bursts/fields 

The all call requires the same bursts as group call service, which is defined in clause 5.2.1. For an all call the group address 
of Grp_V_Ch_Usr PDU shall be set to one of the reserved All Unit IDs values, as defined in annex A (DMR addressing 
scheme) of TS 102 361-1 [1]. Additionally the Service Options Broadcast Field of the Grp_V_Ch_Usr PDU shall be set to 
I2. This indicates to the BS that this is a one way voice call and no call hangtime is to be generated. 

5.3.2.2 MS All call control 

The all call control follows the SDL, HMSC and MSC schemes of Group Call, shown in clause 5.2.1 with the following 
exceptions: 

the absence of call hangtime will move the MS from the My_Call state to the Not_in_Call state in repeater mode; 
and 

the In_Session state is not relevant to all call in repeater mode as there is no call hangtime. 
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5.3.2.3 BS All call control 

5.3.2.3.1 All call voice repeating 

The BS shall follow the voice call repeating rules as defined in clause 5.1.1.2. 

5.3.2.3.2 All call end of transmission 

Figure 5.27 illustrates the BS actions when the end of transmission of an all call occurs. The end of transmission is 
signalled by the source MS with a Grp_V_Ch_Usr PDU using a Terminator with LC data slot type after transmitting the 
entire last superframe through voice burst F. The DLL passes this up to the CCL_BS with an EOR_Slot_l primitive. This is 
then passed to CCL_1 with the EOR primitive. CCL_1 recognizes the Service Options Broadcast Field is set to I2 and 
sends a Generatejdles primitive to the CCL_BS and transitions to the Channel_Hangtime state. The CCL_BS then sends a 
Generate_Idles primitive to the DLL. The BS then transmits Idle PDUs on the outbound channel and sets the CACH AT bit 
to O2 to indicate the channel is idle. The CCL_BS states are defined in clause G.2.1 of TS 102 361-1 [1] and the CCL_1 and 
CCL_2 states are defined in clause G.2.2 of TS 102 361-1 [1]. 



£75/ 



49 



ETSI TS 102 361-2 VI .2.6 (2007-12) 



MSC EOR Slot 1 Broadcast 



PL 



DLL 



Terminator With LC 



(Grp_V_Ch_Usr) 



Idle 



CCL_^BS 



EOR_Slot_1 



(Grp_V_Ch_Usr) 



Generate Idles 



(SlotJ) 



Continue sending 
Idle PDUs 



CCL_1 CCL_2_ 



Repeating_ 
Slot 



EOR 



(Grp_V_Ch_Usr) 



Generate Idles 



(Slot1) 



> 



Broadcast 
Bit is set 



ChanneL 
Hangtime 



alt 



Hangtime 



ChanneL 
Hangtime 



\^ Hangtime y 



/ 



CalL 
\ Hangtime 



Repeating 
Slot_2 



> 



<Repeating_\ 
Slot / 



Figure 5.27: BS All call end of transmission 

5.3.3 Broadcast call voice service 

The broadcast call voice service provides a one-way voice call from any user to a predetermined large group of users. Due 
to the large target audience, there is no call hangtime associated with this call in repeater mode. This effectively ends the 
call at the end of the transmission. Ending the call at the end of transmission minimizes potential collisions from multiple 
MSs attempting to respond to the call. 

The broadcast call is made in the same manner as a group voice call. The broadcast call may be placed by the user with the 
simple pressure of the PTT button. It starts with the transmission of a voice header, which is followed by voice and ends 
with the transmission of a Terminator with LC. Late entry is provided for in this service. 
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5.3.3.1 Broadcast call data bursts/fields 

The broadcast call requires the same bursts as group call service, which is defined in clause 5.2.1. For a broadcast call the 
Service Options Broadcast Field of the Grp_V_Ch_Usr PDU shall be set to I2. This indicates to the BS that this is a one 
way voice call and no call hangtime is to be generated. 

5.3.3.2 MS Broadcast call control 

The broadcast call control follows the SDL, HMSC and MSC schemes of group call, shown in clause 5.2.1 with the 
following exceptions. The absence of call hangtime will move the MS from the My_Call state to the Not_in_Call state in 
repeater mode. The In_Session state is not relevant to broadcast call in repeater mode as there is no call hangtime. 

5.3.3.3 BS Broadcast call control 

5.3.3.3.1 Broadcast call voice repeating 

The BS shall follow the voice call repeating rules as defined in clause 5.1.1.2. 

5.3.3.3.2 Broadcast call end of transmission 

The BS shall follow the Fend of transmission rules as defined in clause 5.3.2.3.2. 



5.3.4 Open voice channel mode service 



The open Voice voice channel mode service allows users to monitor and participate to the voice channel activity. This call 
modification is possible only on voice activity originator basis that is to say that if a user is not an explicitly addressed 
target of the call it can take part to it only if the originator has properly set the OVCM attribute. 

From the voice activity originator's point of view the OVCM gives the opportunity to place group and individual calls that 
are listened from third party users that are not the targeted users of the call. In addition these third party users are part of the 
conversation in progress and they can also talk. 

Third party users are those that have radios configured to take part to calls set as OVCM and not addressed explicitly to 
them. 

Both in direct mode and repeater mode, OVCM call modifier applies to the following half duplex voice calls: 

Group Calls (see clause 5.2.1); 

Individual Calls (see clause 5.2.2). 
OVCM service does not apply to the following calls: 

Unaddressed Voice calls; 

All talkgroup ID calls; 

All unit ID calls; 

other "system gateway" calls such as PABX, PSTN; 

full duplex voice calls; 

data calls. 

5.3.4.1 OVCM service description 

To achieve the OVCM service a bit is used in the service options information element in order to set the call as OVCM or 
not. This is illustrated in table 7.10. 

Service options information element is present in call set-up signalling. Voice LC Header and Terminator with LC for each 
type of voice call (Group and Individual). 
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The behaviour of OVCM is summarized in table 5.7. 



Table 5.7 



Feature 


OVCM 
bit 


Description 


Targeted users 
riglits 


Thiird party user 
riglits 


Group Voice Call 


1 


The users that are the recipients for the call are 
alerted for the incoming call and are part of the call 
The users that are not the recipients for the call are 
not alerted but they can take part to the 
conversation. 


talk 
listen 


talk 
listen 





The users that are the recipients for the call are 
alerted for the incoming call and are part of the call 
The users that are not the recipients for the call are 
not alerted and they are not part of the 
conversation. 


talk 
listen 


the channel is busy 


Individual Voice 
Call 


1 


The user that is the recipient for the call is alerted 
for the incoming call and is part of the call. 
The other users that are not the recipients for the 
call are not alerted but they are part of the 
conversation. 


talk 
listen 


talk 
listen 





The user that is the recipient for the call is alerted 

for the incoming call and is part of the call. 

The users that are not the recipients for the call are 

not alerted and they are not part of the 

conversation. 


talk 
listen 


the channel is busy 



In the table above user's permission to participate in an OVCM service as a third party is not taken into account. User's 
permission to participate in an OVCM service in progress and possible differences in user alerting are implementation 
dependent and not covered by the present document. 



DMR facilities 



6.1 



Transmit timeout 



DMR MSs shall have a transmit TimeOut timer (T_TO) which limits the time of a single transmission item. This timer 
shall be set to the value T_TO (see annex A) whenever the PTT key is pressed and counts down to zero. 

The value of this timer is fixed for Tier I MSs (see annex A). 

For Tier II and Tier III MSs the value of this timer is variable and may be changed (see annex A). 

If the transmit TimeOut timer expires during a voice transmission, then the MS will stop transmitting between immediately 
and after the end of the current superframe plus one burst and may not re-transmit until PTT has been released and pressed 
again. If the transmit TimeOut timer expires during a data transmission, then the MS will stop transmitting immediately. 

NOTE: Stopping a voice transmission after the end of the current superframe plus one burst allows the MS to end its 
voice transmission with its normal mode of operation by completing the superframe and sending a 
Terminator with LC. 
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PDU description 



This clause describes the PDUs which apply to the DMR layer 3, the voice and generic services and facilities protocol. 

The following clauses contain descriptions of the PDUs and the information elements contained within them. The structure 
of the PDU definition represented by the tables is as follows: 

the information element column gives the name of the contained element(s); 

the element length column defines the length of the element in bits; 

the remarks column contains other information on the information element. 

The elements shall be transmitted in the order specified by TS 102 361-1 [1]. 



7.1 Layer 3 PDUs 



Due to the nature of DMR, with close interaction between layers 2 and 3, and with a high degree of information about the 
state of the channel being needed, the layer 3 PDUs detailed in the following clauses may include two element types: 

Message dependent elements: 

These elements are visible to layer 2 and may be used by any MS (that is able to decode them), irrespective 
of addressing. These elements depend on the message type element. Some are generated by layer 2 when it 
constructs the complete message whereas others are generated by layer 3. 

Feature elements 

These are "true" layer 3 elements. They are only processed by the MSs to which they are addressed. 
Where both types exist in the PDU they are shown separately. 

7.1.1 Full Link Control PDUs 

7.1 .1 .1 Group Voice Channel User LC PDU 

Octet and 1 of the Group Voice Channel User (Grp_V_Ch_Usr) LC PDU conform to the LC format structure as defined 
in figure 7.1 of TS 102 361-1 [1]. Octets 2 to 8 contain the Group Voice Channel User specific information. 

The Grp_V_Ch_Usr PDU is shown in table 7.1. 

Table 7.1 : Grp_V_Ch_Usr PDU content 



Information element Length Remark 


Message dependent elements 


Protect Flag (PF) 


1 




Reserved 


1 


This bit shall be set to O2 


Feature elements 


Full Link Control Opcode (FLCO) 


6 


Shall be set to OOOOOO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Service Options 


8 




Group address 


24 




Source address 


24 
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7.1.1.2 



Unit to Unit Voice Channel User LC PDU 



Octet and 1 of the Unit to Unit Voice Channel User (UU_V_Ch_Usr) LC PDU conform to the LC format structure as 
defined in figure 7.1 of TS 102 361-1 [1]. Octets 2 to 8 contain the Unit to Unit Voice Channel User specific information. 
The UU_V_Ch_Usr PDU is shown in table 7.2. 

Table 7.2: UU V Ch Usr PDU content 



Information element Length Remark 


Message dependent elements 


Protect Flag (PF) 


1 




Reserved 


1 


This bit shall be set to O2 


Feature elements 


Full Link Control Opcode (FLCO) 


6 


Shall be set to 000011 2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Service Options 


8 




Target address 


24 




Source address 


24 





7.1 .2 Control Signalling BlocK (CSBK) PDUs 



7.1.2.1 



BS Outbound Activation CSBK PDU 



Octet and 1 of the BS Outbound Activation (BS_Dwn_Act) CSBK PDU conform to the CSBK format structure as 
defined in figure 7.8 of TS 102 361-1 [1]. Octets 2 to 9 contain the BS Outbound Activation specific information. The 
BS_Dwn_Act PDU is shown in table 7.3. 

Table 7.3: BS Dwn Act PDU content 



Information element 


Length Remark 


Message dependent elements 


Last block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shallbesetto1110002 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Reserved 


16 


All bits shall be set to O2 


BS address 


24 




Source address 


24 
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7.1.2.2 



Unit to Unit Voice Service Request CSBK PDU 



Octet and 1 of the Unit to Unit Voice Service Request (UU_V_Req) CSBK PDU conform to the CSBK format structure 
as defined in figure 7.8 of TS 102 361-1 [1]. Octets 2 to 9 contain the Unit to Unit Voice Service Request specific 
information. The UU_V_Req PDU is shown in table 7.4. 

Table 7.4: UU_V_Req PDU content 



Information element 


Length Remark 


Message dependent elements 


Last Block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to 0001 OO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Service Options 


8 




Reserved 


8 


All bits shall be set to O2 


Target address 


24 




Source address 


24 





7.1.2.3 



Unit to Unit Voice Service Answer Response CSBK PDU 



Octet and 1 of the Unit to Unit Voice Service Answer Response (UU_Ans_Rsp) CSBK PDU conform to the CSBK 
format structure as defined in figure 7.8 of TS 102 361-1 [1]. Octets 2 to 9 contain the Unit to Unit Voice Service Answer 
Response specific information. The UU_Ans_Rsp PDU is shown in table 7.5. 

Table 7.5: UU_Ans_Rsp PDU content 



Information element 


Length Remark 


Message dependent elements 


Last Block (LB) 


1 


This bit shall be set to I2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to 0001 01 2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Service Options 


8 




Answer Response 


8 




Target address 


24 




Source address 


24 
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7.1.2.4 



Negative Acknowledge Response CSBK PDU 



Octet and 1 of the Negative Acknowledge Response (NACK_Rsp) CSBK PDU conform to the CSBK format structure as 
defined in figure 7.8 of TS 102 361-1 [1]. Octets 2 to 9 contain the Negative Acknowledge Response specific information. 
The NACK_Rsp PDU is shown in table 7.6. 

Table 7.6: NACK_Rsp PDU content 



Information element Length Remark 


Message dependent elements 


Last block (LB) 


1 


This bit shall be set to ^2 


Protect Flag (PF) 


1 




Feature elements 


CSBK Opcode (CSBKO) 


6 


Shall be set to IOOIIO2 


Feature set ID (FID) 


8 


Shall be set to OOOOOOOO2 


Additional Information Field 


1 


This bit shall be set to I2 


Source Type 


1 




Service Type 


6 




Reason Code 


8 




Source address 


24 


Source Address is the Additional 
Information Field 


Target address 


24 





7.1.2.5 



Preamble CSBK PDU 



Octet and 1 of the Preamble CSBK (Pre_CSBK) PDU conform to the CSBK format structure as defined in figure 7.8 of 
TS 102 361-1 [1]. Octets 2 to 9 contain the Preamble CSBK specific information. The Pre_CSBK PDU is shown in 
table 7.7. This PDU may be used to increase robustness of non-voice (data, CSBK, etc.) delivery for scanning radios. 

NOTE: The CSBK preamble may be used to improve successful delivery of DMR services to MSs that are scanning 
or improving battery life by implementing a sleep mode. 

Table 7.7: Pre CSBK PDU content 



Information element Length Value Remark 


Message dependent elements 


Last Block (LB) 


1 


I2 




Protect Flag (PF) 


1 






Feature elements 


CSBK Opcode (CSBKO) 


6 


IIIIOI2 




IVIanufacturers Feature ID 


8 


OOOOOOOO2 




Data/CSBK 


1 


O2 


CSBK content follows preambles 


I2 


Data content follows preambles 


Group/Individual 


1 


O2 


Target address is an individual 


I2 


Target address is a group 


Reserved 


6 


OOOOOO2 




CSBK Blocks to Follow (CBF) 


8 






Target address 


24 






Source address 


24 
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7.1 .3 Short Link Control PDUs 



7.1.3.1 



Null Message 



Bits to 3 of Octet of the Null Message (Nul_Msg) Short LC PDU conform to the Short LC format structure as defined 
in figure 7.2 of TS 102 361-1 [1]. Octets 1 to 3 contain the Null Message specific information. The Nul_Msg PDU is 
shown in table 7.8. This PDU is available for use in the CACH when there is no other PDU to be sent. 

Table 7.8: Nul_Msg PDU content 



Information element 


Length Remark 


Feature elements 


Short LC Opcode (SLCO) 


4 


Shall be set to OOOOj 


Reserved 


24 


All bits shall be set to Oj 
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7.1.3.2 



Activity Update 



Bits to 3 of Octet of the Activity Update (Act_Updt) Short LC PDU conform to the Short LC format structure as 
defined in figure 7.2 of TS 102 361-1 [1]. Octets 1 to 3 contain the Activity Update specific information. The Act_Updt 
PDU is shown in table 7.9. 

Table 7.9: Act_Updt PDU content 



Information element Length Value Remark 


Feature Elements 


Short LC Opcode (SLCO) 


4 


OOOI2 




Time Slot 1 Activity ID 


4 


OOOO2 


No activity on BS time slot 1 


OOOI2 


Reserved 


001 O2 


Group CSBK activity on BS time slot 1 


OOII2 


Individual CSBK activity on BS time slot 1 


OIOO2 


Reserved 


OIOI2 


Reserved 


OIIO2 


Reserved 


OIII2 


Reserved 


IOOO2 


Group voice activity on BS time slot 1 


IOOI2 


Individual voice activity on BS time slot 1 


IOIO2 


Individual data activity on BS time slot 1 


IOII2 


Group data activity on BS time slot 1 


IIOO2 


Emergency group voice activity on BS time slot 1 


IIOI2 


Emergency individual voice activity on BS time 
slot 1 


IIIO2 


Reserved 


IIII2 


Reserved 


Time Slot 2 Activity ID 


4 


OOOO2 


No activity on BS time slot 2 


OOOI2 


Reserved 


001 O2 


Group CSBK activity on BS time slot 2 


00112 


Individual CSBK activity on BS time slot 2 


01002 


Reserved 


01012 


Reserved 


01102 


Reserved 


01112 


Reserved 


10002 


Group voice activity on BS time slot 2 


10012 


Individual voice activity on BS time slot 2 


10102 


Individual data activity on BS time slot 2 


10112 


Group data activity on BS time slot 2 


11002 


Emergency group voice activity on BS time slot 2 


11012 


Emergency individual voice activity on BS time 
slot 2 


11102 


Reserved 


11112 


Reserved 


Hashed address time slot 1 


8 


Destination 


Compressed time slot 1 destination address 
(see note 1 ) 


Hashed address time slot 2 


8 


Destination 


Compressed time slot 2 destination address 
(see note 1 ) 


NOTE 1 : Hashed algorithm uses the 8-bit CRC calculation algorithm as defined in clause B.3.7 of 

TS 102 361-1 [1]. 
NOTE 2: When BS receives a CSBK preamble, it announces the type of activity that follows the preambles. 
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7.2 Layer 3 information element coding 

The following clauses contain descriptions of the information elements contained within layer 3 PDUs, and provide a 
description of what the elements represent in relation to their bit representation. The structure of the tables is as follows: 

the information element column gives the name of the element; 

the element length column defines the length of the element in bits; 

the value column denotes fixed values or a range of values; 

the remarks column defines the meaning of the information element against each of its bit represented values. 

7.2.1 Service Options 

The Service Options information element has a length of 8 bits and is shown in table 7.10. 

Table 7.10: Service Options 



Information element 


Length 


Value 


Remark 


Emergency 


1 


02 


Non-emergency service 


12 


Emergency service 


Privacy 


1 


02 


See note 1 


Reserved 


2 


OO2 


Reserved for future use 


Broadcast 


1 


O2 


Non-broadcast service 


I2 


Broadcast service (see note 2) 


Open Voice Call Mode (OVCM) 


1 


O2 


Non-OVCM call 


I2 


OVCM call 


Priority level 


2 


OO2 


No priority 


OI2 


Priority 1 (see note 3) 


IO2 


Priority 2 (see note 3) 


II2 


Priority 3 (see note 3) 


NOTE 1 : Privacy is not defined in the present document. 
NOTE 2: Broadcast service is only defined for group calls. 
NOTE 3: Priority 3 is the highest priority. 



7.2.2 Answer Response 

The Answer Response information element has a length of 8 bits and is shown in table 7.1 1. 

Table 7.1 1 : Answer Response 



Information element 


Length 


Value 


Remark 


Answer Response 


8 


OOIOOOOO2 


Proceed 


001 00001 2 


Deny 



7.2.3 Reason Code 

The Reason Code information element has a length of 8 bits and is shown in table 7.12. 

Table 7.12: Reason Code 



Information element 


Length 


Value 


Remark 


Reason Code 


8 


001 00001 2 


MS does not support this service or feature 
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7.2.4 Service Type 

The Service Type information element has a length of 6 bits and indicates the service which is being identified. This is set 
equal to the appropriate CSBK Opcode value for the identified service. 

7.2.5 Source Type 

The Source Type information element has a length of 1 bit and is shown in table 7. 13. 

Table 7.13: Source Type 



Information element 


Length 


Value 


Remark 


Source Type 


1 


02 


BS sourced 


12 


MS sourced 



7.2.6 Additional Information Field 

The Additional Information Field element has a length of 1 bit and is shown in table 7.14. 

Table 7.14: Additional Information Field 



Information element 


Length 


Value 


Remark 


Additional Information Field 


1 


02 


Ignore Additional Information Field 


12 


Additional Information Field valid 


NOTE: PDUs without Additional Information Field is not defined in the present document and 
is for future use. 



7.2.7 CSBK Blocks to Follow (CBF) 

The CSBK Blocks to Follow information element has a length of 8 bits and indicates the number of Preamble CSBK PDUs 
and either the following CSBK or data message that will be sent. The CBF information element is shown in table 7.15. 

Table 7.15: CSBK Blocks to Follow information element content 



Information element 


Length 


Value 


Remark 


Blocks to Follow 


8 


any 


Number of blocks to follow 


NOTE: CBF does not include the current block (i.e. the CSBK preamble) in the count of the number of blocks 
being sent. 
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Annex A (normative): 
Timers and constants in DIVIR 

This annex lists the timers and constants in a DMR MS. 

Where indicated, a value should be chosen by the MS/BS designer from within the specified range. For other timers and 
constants, a default value may be specified and the value of these timers and constants shall be configurable within the 
DMR entity (MS or BS). 



A.1 Layer 3 timers 



T_AckWait ACKWait timer 

Value chosen by MS designer. 

Recommended value = 360 ms for UU_Ans_Rsp. 

Recommended minimum value (simulcast systems) = 2,0 seconds 

NOTE 1 : T_AckWait is used when an MS transmits a CSBK and is waiting for a response from the target. Upon 
expiration of this timer, the MS attempts to retransmit the CSBK if the CSBK_Retry_Limit has not been 
exceeded. 

T_TO Timeout timer 

Value = 180 s for DMR Tier I. 

Value chosen by MS designer between (see note) and 180 s for DMR Tier II and Tier III 

NOTE 2: Timer is disabled if T TO is s. 



A.2 Layer 3 constants 



N_CSBKRetry CSBK Retry limit 

Value chosen by MS designer and application specific. 
Recommended value = 1 for UU_V_Req. 
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Annex B (normative): 
Opcode Reference Lists 

B.1 Full Link Control Opcode List 

Table B.I : FLCO List 



FLCO 


Description 


Alias 


OOOOOO2 


Group Voice Channel User 


Grp_V_Ch_Usr 


000011 2 


Unit to Unit Voice Channel User 


UU_V_Ch_Usr 



B.2 CSBK Opcode List 



Table B.2: CSBKO List 



CSBKO 


Description 


Alias 


0001 OO2 


Unit to Unit Voice Service Request 


UU_V_Req 


0001012 


Unit to Unit Voice Service Answer Response 


UU_Ans_Rsp 


1001102 


Negative Acknowledgement Response 


NACK_Rsp 


1110002 


BS Outbound Activation 


BS_Dwn_Act 


1111012 


Preamble CSBK 


Pre_CSBK 



B.3 Short Link Control Opcode List 



Table B.3: SLCO List 



SLCO 


Description 


Alias 


OOOO2 


Null Message 


Nul_Msg 


OOOI2 


Activity Update 


Act_Updt 
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Annex C (informative): 
Numbering and dialling plan 

C.1 Introduction to the numbering and dialling plan 

It is recognized that manufacturers of MSs will wish to exercise design independence in their products and, accordingly, the 
requirements of this annex are informative only. 

This annex is intended to: 

define the user visible numbering (User Interface domain); and 

dialling in a MS for accessing other MS(s) or other entity(ies) over the AI; and 

to describe how the visible user numbering and dial strings may be mapped on to the AI. 

The Man Machine Interface (MMI) issues have been addressed in these annex only to the extent of those strictly related to 
numbering and dialling. 

It should be ensured in the MS implementation, that no non-deterministic user input results in an ambiguous call set-up 
attempt over the Air Interface. For example, if a user inputs a dialled string of digits that is not assigned to any of the 
presented dialling algorithms, then the MS should not try to establish the call and appropriate feedback or alert should be 
given to the user. 

As not to restrict manufacturer's independence, it is envisaged that dialling selection may be initiated in many ways. Some 
methods are: 

direct number entry via a keypad; 

mode selection buttons; and 

soft key menu selection. 

The dialling method may vary according to the MS terminal type. This annex is applicable to MSs with a basic CCITT 
number keypad, as shown in figure C.l and/or with a display capable of displaying the decimal numbers "0" to "9" and the 
keys "*" and "#". However, manufacturers may employ other keypad layouts. 





1 

4 

7 
* 




2 
5 
8 





3 
6 
9 
# 





Figure C.I : CCITT keypad layout 

The primary use for the keypad is to enable the user to select the destination address, the type of service, and to initiate 
calls from the MS. The destination may be other MS(s), to line connected entities via gateways (e.g. a PABX exchange) 
and to subscribers on the Public Switched Telephone Network (PSTN). Other services may be requested by dialling "call 
modifier" strings prior to entering the destination address. 
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The user input in case of establishing a call is defined for the purposes of this annex as two sequential events: 

a) user dials digits, and 

b) user initiates call. 

The call initiation is the event, which terminates the user input related to the digits and normally causes a call set-up. The 
call initiation event itself may be either when the user presses the "#" key or Push-To-Talk (PTT) or other method that may 
be manufacturer or implementation specific. 

NOTE: This definition of the user input for call establishment is valid only for the cases when a user dials a number 
using the number keypad or selects a number e.g. from a list of predefined numbers. There may be methods 
to combine all the three events so that e.g. PTT causes a call establishment using a predefined dialling 
algorithm to a predefined address requiring no explicit dialling event. 

Manufacturers may implement barring of certain types of call or restrict calls to certain addresses. However, such 
constraints are outside the scope of this annex. It should be noted that some of the DMR services that may be initiated in 
this annex are only applicable to MSs that are communicating through a DMR repeater. 

The MS may contain predefined parameters prescribing the minimum and maximum length of the user dial string. By 
limiting the length of the dialled string the address range the MS is able to dial is restricted. The minimum length parameter 
may be set according to the user needs, e.g. to disable accidental 1 -digit dialling. 

The (User Interface) address that an individual MS is assigned (its own address) may be defined by the dialled digits 
another MS would dial to reach that MS rather than the Air Interface binary number. If the algorithm specified in this annex 
were implemented, an MS individual address would be fully specified by seven decimal digits. Similarly, if a MS was 
personalized with one or more talkgroup addresses, they may be specified at the user interface by seven decimal digits. 



C.2 Subscriber mapping 
C.2.1 User Interface - Air Interface 

Dialled digits are represented in decimal notation and utilize the numbers "0" to "9" and the keys "*" and "#". For an MS 
fitted with a keypad, the "#" key may initiate a call (although other initiate methods may be implemented by a 
manufacturer). Dialled digits that represent a destination address are translated to a form for the Air Interface by one of two 
algorithms specified in clauses C.2. 1.1 and C.2. 1.2. This is illustrated in figure C.2. 



User Interface 



Dialled Digits 



Variable Length Strings 
Decimal Representation 
CCITT Keypad 

- Digits 0-9 

- * and # 




Bi-directional 
algorithm 



MS Application 




Air Interface (Al) 



Signalling Bits 



Fixed Length Strings 
Binary Representation 
CCITT Keypad 

- 24 bits 

- call modifier flags 



Figure C.2: Number conversion 
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Address fields in the Air-Interface domain structure has a length of 24 bits. 
The content of a 24-bit AI MS address field may represent: 

an MS individual address; 

an MS group address; 

a gateway address; or 

a special identifier. 

The Air Interface provides call services for voice and data. The AI also permits the call services to be modified to (for 
example) provide priority and emergency calling. The application that converts the User Interface to the Air Interface 
recognizes the "call modifier" and requests the lower layers to set appropriate bits in the PDUs carried between the entities. 
At the User Interface, the "call modifier" is indicated by preceding the destination address digits with additional "call 
modifier" digits. 

C.2.1 .1 Mapping for MS incjivicjual acjcjress space 

The mapping between the User Interface and individual AI address space for diallable digits is shown in figure C.3. 



User Interface 



■ Unused AI address space 



Air Interface 



Special AI Addresses 



14000000- 
13000000- 
12000000- 
11000000- 
10000000- 
9999999 

9000001 
8999999 

8000001 
7999999 

7000001 
6999999 

6000001 
5999999 

5000001 
4999999 

4000001 
3999999 

3000001 
2999999 

2000001 
1999999 

1000001 
0999999 

0000001 



14009999 
13009999 
12009999 
11009999 
10009999 



Undiallable User 

Space 
(for prefix 10-14) 



MS Individual Dialled Strings 
Prefix 9 



MS Individual Dialled Strings 
Prefix 8 



MS Individual Dialled Strings 
Prefix 7 



MS Individual Dialled Strings 
Prefix 6 



MS Individual Dialled Strings 
Prefix 5 



MS Individual Dialled Strings 
Prefix 4 



MS Individual Dialled Strings 
Prefix 3 



MS Individual Dialled Strings 
Prefix 2 



MS Individual Dialled Strings 
Prefix 1 



MS Individual Dialled Strings 
Prefix 



MS Indiv Address Space 14 
/M_S~JGdry~Addr_es_s_S]5ace_13^^ 

MS Indiv Address Space 12 
" ~MS~lndrv Addres's' S~p~ace~ 1 1 ~ 



MS Indiv Address Space 10 



MS Individual Address Space 



-| $FFFFFF 

-i-$9959D0 
-■-$993200 
-i-$990BB0 
-i-$98E4A0 
-;-$98BD90 
r $989680 
^$98967F 



MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 
MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 



MS Individual Address Space 



"\ 



-$895441 
*$89543F 

■$7A1201 
*$7A11FF 

-$6ACFC1 
*$6ACFBF 

-$5B8D81 
*$5B8D7F 

■$4C4B41 
*$4C4B3F 

$3D0901 
$3D08FF 

■$2DC6C1 
*$2DC6BF 

-$1E8481 
*$1E847F 



r$0F4241 
\$0F423F 



-$000001 



Figure C.3: User domain mapping for calls in the individual addresses space 

Figure C.3 illustrates the individual address space domain mapping. It can be seen that there is un-diallable address space 
within prefixes 10 to 14. These addresses are not reachable by user dialling and are available for devices with fixed 
addresses (for example telemetry devices could use these addresses. They would never be addressed by an MS in error 
because they are not reachable by dialling). 
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C.2.1.1.1 



Mapping for diallable addresses (prefix to 9) 



A MS individual address is a 7 character numeric string in the range "0000001" to "9999999", these characters are mapped 
to the Air Interface domain structure bits by the reversible function B^. 

Individual dialled addresses do not contain the symbol "*" which would be interpreted as a call to an MS talk-group. 

Table C.I : 7-number diallable address mapping by B^ 



Character 


Bi 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Kl 


K2 


K3 


K4 


K5 


Ke 


K7 


24 bits 



If the dialled string is considered as a string array K^ to Kj 

Si = VlO^'x ^1,10^X^2' lO'^X ^3' 10^X^4' 10^X^5' 10X^6' ^7 

The seven user dialled digits K^ to K^ in the range "0000001" to "9999999" are converted to the 24 bits of the AI ID using 
true decimal to binary conversion. 

C.2.1 .1 .2 Mapping for non-diallable individual addresses (prefix 1 to 1 4) 

Table C.2: Non-diallable address mapping by 63 



Character 


B3 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Ki 


K2 


K^O 


K4=0 


% 


Ke 


K7 


24 bits 



The B^ algorithm provides a numeric User Interface for the non-diallable individual address space. Each prefix has the 
capacity for 10 000 individual addresses. 

If the MS individual address is represented by 8 digits Kj to Kg (K^ and K^ are always 0). 

S3 = V9 900 000, lO^xKi, 10^x^2' 10^x^5, 10^x^6, 10x^7,^3 

The following steps are needed to convert the dialled digits to an ID in the AI domain using the B^ algorithm: 

a) start with the number 9 900 000; 

b) take the first digit (0 to 9) and multiply by 100 000; 

c) take the second digit (0 to 9), multiply by 10 000; 

d) take the fifth digit (0 to 9), multiply by 1 000; 

e) take the sixth digit (0 to 9), multiply by 100; 

f) take the seventh digit (0 to 9), multiply by 10; 

g) take the eighth digit (0 to 9); and 
h) add a) to g). 
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C.2.1 .1 .3 Examples of individual address mapping 

Examples of individual MS numbers in the user domain and AI domain are given in table C.3 (Bj algorithm). 
Table C.3: Examples of diallable individual address translation 



User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


1 234567 


120687^5 


0001 0010 1101 0110 IOOOOIII2 


9876543 


96B43Fig 


1001 01101011 0100 0011 111I2 



For non-diallable address space and prefixes in the range 10 to 14 the address in the user domain may be specified using 
8 digits as shown in the table C.4 (B^ algorithm). 

Table C.4: Examples of non-diallable individual address translation 



Non dilatable 
User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


10000000 


989680i6 


1 001 1 000 1 001 01 1 1 000 OOOO2 


13004567 


991D87ie 


1001 1001 0001 1101 1000011I2 


14009876 


995954^5 


1001 1001 0101 1001 0101 010O2 



NOTE: For non-diallable individual addressing, digits Kj and K^ are always zero. 

C.2.1 .2 Mapping for MS talkgroup acdcdress space 

A talkgroup call is a separate DMR service to an individual call (see TS 102 361-1 [1], clause 4.2). The mapping between 
the User-Interface domain and the Air Interface uses a different algorithm to the MS individual address. 

There must be no ambiguity if the initiator wishes to setup a talkgroup call (i.e. the MS must be able to differentiate 
between an individual call request and a talkgroup call request). There are a number of methods by which a MS may 
distinguish a talkgroup call described in the following clauses. 

C.2.1 .2.1 The concept of the wildcard character 

The MS may discriminate a talkgroup call from an individual call by the use of the "wildcard". 

In the User Interface domain structure, if the dialled string represents an MS address, and contains a "*" in any of the four 
least significant characters, then that MS address represents a group of MSs. The "*" character is the "wildcard" and 
represents all numeric values in that digit position, as defined in example 1 to 3. 

EXAMPLE 1: The user dials "012345*" means that the MS is addressing 10 separate MSs whose individual 

addresses are "0123450", "0123451", "0123452", "0123453", "0123454", "0123455", "0123456", 
"0123457", "0123458", and "0123459". 

EXAMPLE 2: The user dials "01234*6" means the MS is addressing 10 separate MSs whose individual addresses 
are "0123406", "0123416", "0123426", "0123436", "0123446", "0123456", "0123466", "0123476", 
"0123486", and "0123496". 

EXAMPLE 3: Wildcards may be combined. The user dials "01234**" represents 100 MSs in the range "0123400" to 
"0123499". 

For operators who have no interest in this method of defining talkgroups, the "wildcard" feature may be disabled by MS 
programming. 

C.2.1 .2.2 The concept of stored parameters 

The MS equipment may contain predefined parameters prescribing the MS addresses that will be interpreted as talkgroup 
addresses. These addresses may be stored as a list programmed during manufacture or before connecting an MS into 
service. 
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C.2.1 .2.3 The concept of ad-hoc arrangement 

The MS equipment may simply rely on a range of addresses that all equipment is known to be talkgroup addresses. 

C.2.1. 2.4 The rules for the sender 

The following rules may determine if the call is to a talkgroup: 

IF dialled_string 

contains a "*" in any of the least significant four characters 

OR 

matches a string of numeric digits that are stored in the MS specifically indicating a talkgroup 

OR 

can be determined as a talkgroup by any other method chosen by the manufacturer 

THEN 

the address represents a talkgroup. Initiate the talkgroup service 

ELSE 

the address represents an individual call. Initiate the individual call service 

ENDIF 

C.2.1 .2.5 The rules for the recipient 

These rules determine a call is to a talkgroup and will be accepted by a MS. (All reference to MS in this clause refer to the 
recipient.) 

MS receives a DMR service addressed to a talkgroup. 

MS uses the reverse of the B2 function specified in clause C.2.1. 2.6 to translate the AI talkgroup address to the User 
Interface domain. 

IF digits (User Interface) 

contains a "*" in any of the least significant four characters 

THEN 

each digit received is compared with each corresponding digit of the MS individual address except where the received digit 
is a "*". If there is a match on all applicable digits then this MS is party to the talkgroup call. 

ELSE 

(consists of numeric characters only) 

THEN 

EITHER 

The string of digits received is compared with each corresponding string of talkgroup digits that the MS has stored 
(specifically indicating a talkgroup). 

If there is a match then this MS is party to the talkgroup call. 

OR 

The MS is party to the talkgroup call by any other method chosen by the manufacturer 
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ENDIF 

C.2.1 .2.6 Mapping of dialled strings to the Al talkgroup address space 

A MS talkgroup address is a 7-character numeric string in the range "0000001" to "999****"^ these characters are mapped 
to the Air Interface domain structure bits by the reversible function 82- 

Talkgroup addresses may consist of all numeric characters (but the MS must be able to ascertain the address is a talkgroup 
address rather than an individual address). Alternatively any of the last four characters may contain one or more "*" 
characters that explicitly signifies the address is a talkgroup address. 

The algorithm to convert from the user is slightly more complex for taUcgroups in order to accommodate the extra "*" 
character. 

C.2.1 .2.6.1 Mapping of numeric dialled strings to the Al talkgroup address space 

Table C.5: Diallable talkgroup address mapping by B^ 



Character 


B2 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Kl 


K2 


K3 


K4 


K5 


Ke 


K7 


24 bits 



Kj, K2, K3 represent decimal symbols in the range to 9. 

K4, Kj, Kg, K-y represent symbols to base 1 1 using the digits 0, 1,2, 3, 4, 5, 6, 7, 8, 9, *. 

The "*" is a symbol that has the value of 10. 

The six least significant user dialled digits K2 to K7 in the range "000001" to "999999" are converted to the 20 least 
significant 20 bits of the Al ID using true decimal to binary conversion. The most significant user dialled digit K^ is 
converted to the most significant 4 bits of the Al ID using a true decimal to binary conversion. 

B2 = V 7i:i xl 464 100, /:2 xl46 410, ^3 xl4 641, 7i:4 xl 331, K^ xl21, TTg xll, Kj 

To following steps are needed to convert the dialled digits to an ID in the Al domain: 

a) take the first digit (0 to 9) and multiply by 1 464 100; 

b) take the second digit (0 to 9), multiply by 146 410; 

c) take the third digit (0 to 9) and multiply by 14 641 ; 

d) take the fourth digit (0 to 9) or * (* has a value of 10) and multiply by 1 331; 

e) take the fifth digit (0 to 9) or * (* has a value of 10) and multiply by 121; 

f) take the sixth digit (0 to 9) or * (* has a value of 10) and multiply by 1 1; 

g) take the seventh digit (0 to 9) or * (* has a value of 10); 
h) add a) to g); and 

i) convert the sum to a 24-bit binary number. 
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Figure C.4 illustrates the talkgroup address space domain mapping. 



User Interface 



Air Interface 



Unused Al address space 



14000000- 
13000000- 
12000000- 
11000000- 
10000000- 
999"" 

9000001 
899"" 

8000001 
799"" 

7000001 
699"" 

6000001 
599"" 

5000001 
499"" 

4000001 
399"" 

3000001 
299"" 

2000001 
199"" 

1000001 
099"" 

0000001 



14009999 

13009999 Undiallable User 

12009999 Space 

11009999 (for prefix 10-14) 

10009999 



MS Group Dialled Strings 
Prefix 9 



MS Group Dialled Strings 
Prefix 8 



MS Group Dialled Strings 
Prefix 7 



MS Group Dialled Strings 
Prefix 6 



MS Group Dialled Strings 
Prefix 5 



MS Group Dialled Strings 
Prefix 4 



MS Group Dialled Strings 
Prefix 3 



MS Group Dialled Strings 
Prefix 2 



MS Group Dialled Strings 
Prefix 1 



MS Group Dialled Strings 
Prefix 



Special Al Addresses 
Reserved 



T 



$FFFFFF 
$FFFFDF 



MS Talkgroup Addr Space 14 

MS Talkgroup Addr Space 12 
MS" Talkgroup'Addr Space" T T 
MS Talkgroup Addr Space 10 



MS Group Address Space 



$E02AB8 
-r$E003A8 
-r$DFDC98 
-$DFB588 

$DF8E78 

-r-$DF6768 

\$DF6767 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 
MS Group lAddress Space 



MS Group Address Space 



MS Group Address Space 



MS Group Address Space 



■ $091045 
• $091043 

■$B2B921 
'$B2B91F 

■$9C61FDO 
'$9C61FB 



■$860AD9 
'$860AD7 

■$6FB3B5 
'$6FB3B34 



-r- $595091 
\$59508F 



■$43056D 
'$43056B 



■$2CAE49 
'$2CAE47 

$165725 
•$165723 

$000001 



Figure C.4: Domain mapping for calls in the talkgroup addresses space 



Examples are shown in table C.6. 



Table C.6: Examples of talkgroup address translation 



User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


1 234567, see note 


1B91FDig 


0001 1011 1001 0001 1111 110I2 


468956* 


68BF08ie 


0110 1000 1011 1111 0000 100O2 


012345* 


02000Aig 


0000 001 1 1 00 0000 0000 1 01 O2 


0123460, see note 


02000Big 


0000 001 0000 0000 0000 1 01 1 2 


999**** 


DF6767ig 


1101 1111 01100111 0110011I2 


NOTE: The MS must have already distinguished the dialled string as a talkgroup address 
using the rules defined in clauses 0.2.1 .2.1 to 0.2.1 .2.4. 
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C.2.1 .2.6.2 Mapping for non-diallable talkgroup addresses (prefix 1 to1 4) 

Table C.7: Non-diallable talkgroup address mapping by B^ 



Character 


B4 


Air Interface 
ID 


1 


2 


3 


4 


5 


6 


7 


Ki 


K2 


^3=0 


K4=0 


Ks 


Ke 


Kj 


24 bits 



The B^ algorithm provides a numeric User Interface for the non-diallable individual address space. Each prefix has the 
capacity for 10 000 individual addresses. 

If the MS talkgroup address is represented by 8 digits Kj to Kg (K^ and K^ are always 0). 

£4 = V 14 541 000, 10^ X Ki,lO'^ x K2, 10^ x ATj, 10^ x A'g, lOx K-j , K^ 

The algorithms result in unique unambiguous translation between the User Interface domain and the Air Interface, are 
reversible and result in no lost codes. 

To following steps are needed to convert the dialled digits to an ID in the AI domain using the B^ algorithm: 

a) start with the number 14 541 000; 

b) take the first digit (0 to 9) and multiply by 100 000; 

c) take the second digit (0 to 9), multiply by 10 000; 

d) take the fifth digit (0 to 9), multiply by 1 000; 

e) take the sixth digit (0 to 9), multiply by 100; 

f) take the seventh digit (0 to 9), multiply by 10; 

g) take the eighth digit; and 
h) add a) to g). 

C.2.1 .2.6.3 Examples of talkgroup non-diallable address mapping 

Examples of non-diallable talkgroup in the user domain and AI domain are given in table C.8 (B^ algorithm). 
Table C.8: Examples of non-diallable talkgroup address translation 



User-Interface 


Air-Interface (Hex) 


Air Interface (Binary) 


12005678 


$DFCBB6 


1101 1111 1100 1011 1011 0110 


13001234 


$DFE16A 


1101 1111 1110 0001 0110 1010 



NOTE: For non-diallable individual addressing. Digits K^ and K^ are always zero. 

C.2.1. 2. 7 The concept of the prefix 

A Colour Code (CC) is defined in the AI to provide a simple means of distinguishing overlapping radio sites, in order to 
detect co-channel interference. 
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The Colour Code may be combined with the prefix to separate differing system operators using shared channels. The prefix 
separates the total address space into non-overlapping bands. This may be specified using the syntax: 

ccpp, 

where: 

"cc" is the decimal value of the Colour Code; and 

"pp" is the decimal value of the prefix. 
The prefix bands illustrated in figure C.5 show how the total DMR address space is split into bands. 



Special A I Addresses 

yfPI?!!'!'?' A^^ C^^A §P.?P P_ 

Prefix 14 



$FFFFFF 



_Prefix_13_ 
"Prefix 12 



Prefix 11 



Prefix 10 



_Prefix_9 
_Prefix_8" 
_Prefix_7" 
_Prefix_6" 
_Prefix_5" 
_Prefix_4 
_Prefix_3" 
_Prefix_2" 
_Prefix_l" 
Prefix O" 



$0000001 



NOTE: The prefix exists in the User Domain although the effect is to split up the address space in the Al domain. 
Figure C.5: Illustration showing how the prefix separates the address space 

In the user domain a full MS address is defined using 7 digits, K^, K2, K^, K^, K^, K^, and K7 for the diallable addresses. 

The non-diallable addresses use a two digit prefix so the full MS address is defined using 8 digits, K^, K2, Kj^, K^, K^, K^, 
K-j, and K8 

The prefix is selected by the most significant digit in the full 7 digit string (^j). 

NOTE: Only prefixes to 9 may be dialled by a user. Prefixes 10 to 14 provide a sub-set of the address space just as 
prefixes to 9, but those addresses are not diallable by users. 

If a system uses the prefix to separate autonomous operators, special arrangements need to be made for certain Air Interface 
Addresses. These are: 

for the MS talkgroup service: 

Unaddressed talkgroup IDs; 

special talkgroups containing all MSs; 

gateways to system (e.g. repeater) and system interfaced devices not addressable via the ID (e.g. PABX, 
PSTN, SMS router). 

for the MS individual call service: 

special IDs used to address all MSs. 
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The services specified above, each have sixteen addresses. Fifteen of the addresses (n=0-14) are provide a service that is 
specific to a prefix-n. The address for n=15 is the defauh if prefixes are not employed, or if a service to "ALL prefixes" if 
prefixes are employed. An example is given below. For a detailed definition of the addressing scheme, refer to 
TS 102 361-1 [1], annex A. 

EXAMPLE: To address all MSs in prefix 5 with an ALLCALL, the sender may set the recipients address as 

"All TaUcgroup IDS" (FFFFFS^g). In this example only the MSs programmed as prefix 5 will take any 
action. If the sender wished to address all MSs irrespective of their prefix the recipient address may be 
set to "All Talkgroup ID15" (FFFFFFig). 

The default special Air Interface addresses use the address indexed by n=15 and marked "default" in annex A of 
TS 102 361-1 [1]. 

C.2.2 Addresses 

An MS is pre-programmed with at least one individual or one talkgroup identity. 

An MS is permitted to have multiple individual identities and multiple talkgroup identities. 

An MS may contain a list of talkgroup identities, which may be pre-programmed or dynamically updated (manually or over 
the AI). 

The User Interface domain maps to the AI individual diallable address space by the B^ algorithm. 
The User Interface domain maps to the AI talkgroup diallable address space by the B2 algorithm. 

C.2.3 Conversion rules 
C.2.3.1 MS addresses 

An MS address in the User-Interface structure is defined as 7 characters of which for an individual MS address contain the 
characters "0" to "9". This is converted to the Air-Interface Domain by the Bj function. For a talkgroup address the three 
most significant contain the characters "0" to "9" and least significant four characters contain the characters "0" to "9" or 
"*". This is converted to the Air-Interface Domain by the B2 function. 

C.2.3. 2 Limiting tine iengtin of tine destination address 

The MS equipment may contain predefined parameters prescribing the minimum and maximum length of the user dial 
string. By limiting the length of the dialled string, the address range that the MS is able to dial is restricted. 

C.2.3.3 All talkgroup address 

The Ail Call dialled string "n******" (All Call within a prefix) is mapped as shown in table C.9. 

Table C.9: Mapping of prefixed All Call to the AI 



User dialled string 


Air Interface ID 


Remark 


II j-\ ****** II 


FFFFFO16 


All Talkgroup IDO 


"1******" 


FFFFFI16 


AIITalkgroup ID1 


etc. 


etc. 


etc. 


iiq******ii 


FFFFF9i6 


All Talkgroup ID9 



The All Call dialled string: "******" is mapped to the All Talkgroup ID15 and addresses all MSs irrespective of their 
prefix. 
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Table CIO: Mapping of all prefix call to the Al 



User dialled string 


Air Interface ID 


Remark 


11*******11 


FFFFFF16 


AIITalkgrouplD15 



C. 2.3.4 Gateways 

When calls are made to destinations other than MSs, the calling MS uses appropriate FID/FLCO (see TS 102 361-1 [1]) 
signalling to indicate that this is a call to be connected via a gateway (such as a PSTN destination or PABX extension). 
Extended signalling may be needed to convey the destination digits through the gateway. 



C.3 User dialling plan 
C.3.1 User numbering 

A unified dialling plan is defined for both peer-to-peer and networked modes. The plan provides up to 9 999 990 diallable 
individual user addresses and 14 640 990 diallable talkgroups. 

All dialled strings, as defined in the clause C.3 of the present document, are read from left to right and are dialled in the 
sequence in which they are read. Throughout this clause all representations of dialled strings are underlined. 

MSs may only be required to dial sufficient numbers of characters unambiguously define the destination and service 
required. 

C.3.1. 1 Dialling method 

To maximize channel utilization, the user should enter a string of digits and then press a button to initiate the call. 

The "#" key or a dedicated "send" key is used to initiate the call. The "#" key has an additional purpose of modifying the 
call type or priority. 



C.3.1 .2 Call Type determination 



Underlying signalling and system functionality is hidden from the user. MSs determine the call type and function from the 
length and content of the dialled string. 

C.3.1 .3 Call modifier strings 

Dialled strings that commence with a hash "#" provide secondary uses for the keypad. 
Secondary dialling functions may be as follows: 

Telephone hash modifier format, see clause C.3. 4.2. 1.2; 

PABX hash modifier format, see clause C. 3.4. 2.2. 2; 

Call priority setting, see clause C. 3.4. 3. 2; 

Call Diversion, see clause C. 3.4. 3. 5; 

Broadcast Call, see clause C.3.4.3.1; 

Emergency Call, see clause C.3. 4.3. 3. 

Secondary dialling is achieved by the use of call modifier strings in front of the dialled number. These call modifier 
sequences utilize the "#" and "*" keys in a similar manner to that used in PABX telephone exchanges. 
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C.3.2 Dialled digits to address mapping 

The User-Interface employs 11 symbols "0" to "9" and "*" and "#". 

In the User-Interface domain structure, if the string represents an MS address, and contains a "*" in any of the four least 
significant characters, then that MS address represents a group of MSs. 

The length of destination MS address dialled digits is in the range from 1 to 7, and is interpreted as the right most digits of 
the recipient's number. The MSs individual address is used as a base address, and the right-most digits of that number are 
replaced by the user dialled digits, as shown in example 1 and 2. The resulting number is then converted to the AJ ID using 
the algorithm presented in the annex C of the present document. 

EXAMPLE 1: An MS whose individual address is "1234567" (in the user domain), dials "43". 



MS source address 


1 


2 


3 


4 


5 


6 


7 


Dialled destination 












4 


3 


Full destination address, see note 


1 


2 


3 


4 


5 


4 


3 


NOTE: Destination address after processing. 



EXAMPLE 2: This example is a call to a talkgroup, described in clause C.2. 1 .2. 1. 



MS source address 


1 


2 


3 


4 


5 


6 


* 


Dialled destination 














* 


Full destination address, see note 


1 


2 


3 


4 


5 


6 


* 


NOTE: Destination address after processing. 



C.3.3 Storage requirements 
C.3.3.1 IVIS individual address 

An MS is allocated a numeric address in the range in the range "000001" to "9999999", see note. MSs may be programmed 
with more than one individual address. 

NOTE: The addresses "1000000", "2000000", "3000000", "4000000", "5000000", "6000000", "7000000", 
"8000000", and "9000000" are not valid. 

C.3.3.2 Talkgroups 

TaUcgroups may be both all numeric numbers, or contain a "*" in any of the least significant four digits. 

C.3.3.3 All IVISs 

All units respond to All MSs address "*******#". 

All units with prefix "n" respond to the prefixed All MS address "n******#" with n=0 to 9. 

See clause C.2.3.3 of the present document for the mapping of MS dialled digits "n******#". 

C.3.3. 4 Non-diallable numbers 

MS Addresses "0000000", "1000000", "200000", "300000", "4000000", "5000000", "6000000", "7000000", "8000000", 
"and 9000000" are not diallable. If the user inputs a dialled string of digits that is not assigned to any of the dialling 
algorithms, then the MS should not try to estabhsh the call and appropriate feedback given to the user. 
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C.3.3.5 Talkgroup recognition 
C. 3. 3. 5.1 All numeric talkgroups 

Each MS has storage allocated for a minimum of 16 numeric talkgroup addresses. The table is populated during MS 
personalization by the user, or over the AI. The sender (MS) may use entries in this table to establish that the destination 
address is a talkgroup rather than an individual address. 

The talkgroup table contains entries consisting of the full talkgroup address consisting of 7 characters as shown in the 
example. 



EXAMPLE: 



The sender (MS) whose individual address is "1234561" has the destination "12345567" stored in its 
talkgroup table. The user enters a single digit "7" as the destination address. 

The full destination address is formed from the dialled digit(s) and the MS own individual address. 



MS source address 


1 


2 


3 


4 


5 


6 


1 


Dialled destination 














7 


Full (Talkgroup), see note 


1 


2 


3 


4 


5 


6 


7 


NOTE: Destination address after processing. 



The talkgroup table is searched for a match. In this example there is a match so the destination address 
is a talkgroup addresses 

C.3.3.5. 2 Talkgroups defined by wildcards 

The dialled string is examined by the initiating MS. If the destination is identified as a talkgroup because the address 
contains a "wildcard" character in one of the four least significant digits then call set-up procedure is to a talkgroup as 
shown in the example. Abbreviated dialling minimizes the number of dialled digits. An advantage of using "wildcard" to 
define talkgroups is that no pre-arrangement is necessary, i.e. there is no need for a talkgroup table or other MS 
configuration to recognize an address as a talkgroup. 

EXAMPLE: 



IVIS source address 


1 


2 


3 


4 


5 


6 


1 


Dialled destination 














* 


Full destination address, see note 


1 


2 


3 


4 


5 


6 


* 


NOTE: Destination address after processing. 



C.3.3.5. 3 MS receives a talkgroup call 

The recipient MS applies the reverse B2 to recover the dialled digits Ky to Kj. 

If the received digits contain a "*" in the digits K^ to K-j then: 

each digit is compared in turn with the corresponding digit of the MS individual identity looking for a 
match. If an "*" is encountered then a match for that digit is assumed. 

If the received digits are all numeric then: 

the digits K^ to Kj are compared with each of the entries in the talkgroup table looking for a match (after 
each entry in the table has been expanded to the full 7 address digits as described in clause C.3.3.5. 1. 

A match must exist for the MS to respond to the talkgroup call. 
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C.3.4 Dialling procedures 

C.3.4.1 IVIS calls 

c.3.4. 1 .1 Seven digit dialling 

The user may enter the whole seven digit address to complete the dialled string prior to transmission. The number of digits 
within an address may be restricted by MS programming to restrict the number range over which the MS may access. For 
example the MS may be restricted to six digits to prevent the MS from reaching other MSs outside its own prefix. 

C.3.4.1 .2 Abbreviated dialling 

Where abbreviated keypad dialling is used in the MS, the MS should insert the more significant characters from the MS 
individual address to complete the dialled string prior to transmission. 

If all digits are not dialled the more significant digits from the MS individual address are copied to the dialled string to 
build a seven digit address so: 

For the MS individual address "2112345": 

if the user dials 6#, the destination address shall be 2112346; 

if the user dials 5 6 #, the destination address shall be 2112356; 

if the user dials 9 5 8 #, the destination address shall be 2112958; 

if the user dials 1385#, the destination address shall be 2111385; 

if the user dials 1 3 * 5 #, the destination address shall be 21113*5 (talkgroup). 

(The double underlined characters represent those that have been copied from the MS individual address). 

At the Air Interface the calling party address is transferred to the called party. The abbreviated dialling may be applied to 
display only an abbreviated calling party address on the display of the called party. 

Figure C.6 shows abbreviated dialling applied to the calling party and shows how the recipient may display the abbreviated 
calling party address. 

a) The calling party dials a single digit "2". 

b) The MS inserts the more significant digits from its individual address to complete the dialled string prior to 
transmission - i.e. the destination address becomes "1234562". 

c) The called and calling party addresses are passed across the Air Interface. 

d) The "B" party decodes the called party address and there is a match and the "B" party receives the call. 

e) The "B" party decodes the calling party address and may display only an abbreviated digit(s). In this case a single 
digit "1". 
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'A' Party MS Address 
is 1234561 



^ 



■A' dials 2# 

'A' address is 1234561 

therefore full destination address is 

1234562 



B 



Air Interface 




Calling Party=12D681 ^ 
Called Party=12D682v 



B' Party MS Address 
is 1234562 



^ 



B 



B' Party is 


1234562 


Calling party is 


1234561 


Display calling party is 




thierefore 


1 



Figure C.6: Example of abbreviated dialling 

The abbreviated display is sufficient for the "B" party to know who has called because the "B" party could call the "A" 
party by the same abbreviated dialling. 

By using abbreviated dialling, the DMR dialling plan is appropriate for the smallest and largest fleets. 



C.3.4.1.3 



Individual call 



Individual calls can be initiated by another MS user entering the full seven digit number followed by the "#" character to 
indicate that dialling is complete and that the call is to be initiated. Abbreviated dialling should be allowed. 

EXAMPLE: The dialled digits "2164324#" should initiate an individual call to MS "2164324". 

C.3.4.1.4 Talkgroup Call 

Talkgroup calls can be initiated by another MS user entering the full seven digit number, with any of the only four least 
significant characters contains a "*", followed by the "#" character to indicate that dialling is complete and that the call is to 
be initiated. Abbreviated dialling should be allowed. 

C.3.4.1.5 All Call 

All units respond to All MSs address "*******#" 

All units within a prefix respond to All MSs address "n******#": 

in direct mode if permitted during MS personalization; 

in a networked system, if permitted by personalization and if permitted by the system. 

C. 3.4.2 Gateway calls 
C.3.4.2.1 Telephone call 

PSTN telephone numbers may be dialled using two alternative methods. 



C.3.4.2.1. 1 



Telephone numeric padding format 



PSTN telephone numbers are called by entering the "9" or a "0" followed by a 7 to 20 digit telephone number followed by 
the "#" character to indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE 1; "91234530#" should initiate a telephone call to the telephone subscriber "1234530". Likewise dialling 
"001256484530#" should dial telephone subscriber "01256484530". 

Telephone numbers can be of length 7 to 20 digits and can have any digit to 9 in any position in the dialled string. 
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Any telephone numbers that are outside this range (e.g. four digit PSTN numbers) should require to be padded with leading 
digits to a length that can be dialled. This padding may be stripped by the telephone interconnect (at the physical gateway) 
to ensure correct dialling. 

If the first dialled digit is the "#" key and the key is held for more than DIALii seconds, the international dialling symbol 
"+" should be inserted into the dialled string, replacing the "*" character. For a MS employing a display, the "+" character 
should be shown. 

EXAMPLE 2: "+441253 123456#" should initiate a telephone call to the U.K. The number is compiled as follows: 
"+" international gateway 

"44" U.K 

"1253" National Code 

"123456" Local Number. 

C. 3. 4. 2.1 .2 Telephone star modifier format 

PSTN telephone numbers are called by entering "*9" or "*0" followed by a 3 to 20 digit telephone number followed by the 
"#" character to indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE: "*9845#" should initiate a PSTN telephone call to the telephone subscriber "845". Likewise dialUng 

"*035276#" should dial telephone subscriber "35276". 

Telephone numbers can be of length 3 to 20 digits and can have any digit to 9 in any position in the dialled string. 

C.3.4.2.2 PABX call 

PABX telephone numbers may be dialled using two alternative methods. 

C.3.4.2.2.1 PABX numeric padding format 

PABX numbers are called by entering "8" followed by a 7 to 20 digit extension number followed by the "#" character to 
indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE: "81234530#" should initiate a PABX call to the extension " 1234530". Likewise dialling 

"81256484530#" should dial PABX extension "1256484530". 

Extension numbers can be of length 7 digits to 20 digits and can have any digit to 9 in any position in the dialled string. 

Any extension numbers that are outside this range (e.g. three digit PABX numbers) should require to be padded with 
leading digits to a length that can be dialled. This Padding should have to be stripped by the PABX interconnect to ensure 
correct dialling. In addition part of the dialled string may also define a particular PABX. It is the responsibility of the 
PABX gateway to route the call correctly. 

C.3.4.2.2.2 PABX star modifier format 

PABX numbers are called by entering "*8" followed by a 3 to 20 digit extension number followed by the "#" character to 
indicate that dialling is complete and that the call is to be initiated. 

EXAMPLE: "*8234#" should initiate a PABX call to the extension "234". Likewise dialling "*81234#" should dial 

PABX extension "1234". 

Extension numbers can be of length 3 to 20 digits and can have any digit to 9 in any position in the dialled string. 

C.3.4.2.3 IP call 

IP addresses are called by entering "*7" followed by an IPV4 or IPV6 dotted address followed by the "#" character to 
indicate that dialUng is complete and that the call is to be initiated. Since the dot cannot be dialled the "*" key is a substitute 
for the dots. 

EXAMPLE: "*7213*48*132*2#" should call IP address "213.48.132.2". 
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C. 3.4.3 Call modifiers 

Functions such as the modification of call requests to change to priority or type of service request, and the implementation 
of other facilities (status, diversion, etc), are initiated using the syntax in the following clauses. The call modifier is defined 
by the dialled string by adding extra digits to the dialled destination in the form: 

# <call modifier code> * destination as defined in clauses C. 3.4. 3.1 to C. 3.4. 3. 7. 

Table C.1 1 : Summary of call modifiers 



Dialled Digits 


Call Modifier 


#rnn...# 


Broadcast call, clause C.3.4.3.1 


#8*nn...# 


Priority call, clause C.3.4.3.2 


#9*nn...# 


Emergency call, clause C.3.4.3.3 


#Oss*nn...# 


Status call, clause C.3.4.3.4 


#4rnn...# 


Divert Own call, clause C.3.4.3.5 


#5*nn...# 


Open Channel Voice Mode call, clause C.3.4.3.6 


#6*nnn..# 


Force talkgroup service, clause C. 3.4.3. 7 



C.3.4.3.1 Broadcast call 

The MS shall set-up a broadcast call to the destination talkgroup nn by dialling "#l*nn#". 

EXAMPLE 1: "#1*112345*#" should make a broadcast talkgroup call to MS address "112345*". 

NOTE: The dialled string "#l*nnn". "#" should generate an error if the address is not a talkgroup address. 

EXAMPLE 2: If the MS calling party address is "1234567". "#1 **#" should make a broadcast talkgroup call to 
"123456*" (i.e. to "1234560", "1234561", etc., "1234569"). 



C.3.4.3.2 Priority call 

The MS should set up a high priority call to the destination address nn by dialling "#8*nn#". 

EXAMPLE 1 : To make a high priority call from MS 1 1 22345 to MS 1 1 22346 dial "#8 *6#" . 

EXAMPLE 2: To make a high priority talkgroup call from MS 1 122345 to MSs fleet 1 12234* dial "#8**#". 



EXAMPLE 3: To make a high priority individual call to PABX extension 234 using start modifier format dial 

"#8**8234#". 



C.3.4.3.3 Emergency call 

The MS should set-up an emergency priority call to the destination address nn dialling "#9*nn#". 

EXAMPLE 1 : To make an emergency call from MS 1 122345 to talkgroup MSs 1 1223*6 dial "#9**6#". 

EXAMPLE 2: To make an emergency call to telephone number 456 (using telephone star modifier format) dial 
"#9**9456#". 

EXAMPLE 3: To make an emergency call to telephone number 01772123456 (using telephone numeric padding 
format) dial "#9*901 772 123456#". 

C.3.4.3.4 Status call 

The string "#Oss*nnn#" causes the MS to set up a status call to the destination address nnn. The status digits "ss" are 
numeric in the range to 99. 
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C.3.4.3.5 Divert own call 

The string "#41*nn#" instructs a repeater BS to offer the number "nn..n" back to any caller who is attempting to make a call 
to the originating MS as an alternative destination for the call. The number to which calls are to be diverted, and which 
follows the code, should be any number which the user is able to dial between and 99. 

The MS should instruct the repeater BS to cancel the diverted state dialling "#41#" or "#41*#". 

C. 3.4. 3. 6 Open channel voice mode call 

The string "#5*nnn #" causes the MS to set up a call using OVCM to the destination address nnn. The OVCM allows 

all MSs to be involved in the voice traffic, even if not explicitly addressed to them. 

The string "#51#" or "#51*#" instructs the MS to set-up all voice calls using Open Channel Voice Mode working. 

The MS shall cancel the OVCM state dialling "#52#" or "#52*#". 

C. 3.4. 3. 7 Force talkgroup service 

The string "#6*nnn..#" causes the MS to set up a talkgroup call to destination talkgroup nnn. where nnn. is a numeric string 
of length from 1 to 7 digits. 

EXAMPLE: To make a talkgroup call from MS 1 122345 to talkgroup MSs 1 122356 dial "#6*1122356#". In this 
case dialling "#6*56#" would achieve the same result. 

C.3.4.3.8 Multiple call modifiers 

The call modifier strings "1","5","6","8" and "9" may be combined as follows: 
"#81*nnn„„," shall set up a high priority broadcast call; 
"#915*nnn. . .." shall set up an emergency broadcast call in OVCM mode. 
NOTE: Call modifiers 8 and 9 are mutually exclusive. 

C.3.4.4 MS behaviour commands 

Functions such as the changes to the MS configuration or display of MS parameters are instigated using the syntax in the 
following clauses. 

Table C.12: Summary of MS behaviour commands 



Dialled Digits 


MS Behaviour Command 




Edit the talkgroup table, clause C.3.4.4. 1 


#42*nnnnnnn# 


Add entry 


#43*nnnnnnn# 


Delete Entry 


#43*# or #43# 


Delete All 




Queue incoming call, clause C.3.4.4.2 


#46''# or #46# 


Queue all incoming calls 


#47*# or #47# 


Cancel queuing of incoming calls 


#48*# or #48# 


Display Qwn identity, clause C.3.4.4.3 


#49*# or #49# 


Display Qwn talkgroup table, clause C.3.4.4.4 



C.3.4.4.1 Edit the talkgroup table 

The string "#42*nnnnnnn#" causes the MS to add an entry to the talkgroup table, "nnnnnnn" must be the full 7 digit user 
domain address. If the talkgroup table is full an appropriate error indication is provided to the user. 

The string "#43*nnnnnnn#" causes the MS to delete an entry from the talkgroup table, "nnnnnnn" must be the full 7 digit 
user domain address. If a match is not found between "nnnnnn" and a talkgroup table entry an appropriate error indication 
is provided to the user. 
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The string "#43*#" or "#43#" causes the MS to delete all entries from the talkgroup table. 

C. 3.4.4. 2 Queue Incoming call 

The dialled digits "#46*#" or "#46#" causes the MS to respond to an incoming call with a message indicating that the MS 
does not wish to accept the call at this time. The MS shall store the address of the calling party and indicate the event to the 
user. 

The MS shall cancel the Queue Incoming Calls state dialhng "#47*#" or "#47#". 

C. 3.4.4. 3 Display own identity 

For an MS that is fitted with a display, the dialled digits "#48*#" or "#48#" causes the MS to display its own Identity. 

C. 3.4.4.4 Display Own talkgroup table 

For an MS that is fitted with a display, the dialled digits "#49*#" or "#49#" causes the MS to display each entry in its 
talkgroup table. 

C.3.4.5 Call set-up abandon or call complete 

"##" may be dialled after digits and a terminator have been entered on the keyboard. If the radio unit has not transmitted a 
call request, it shall abandon the call and resume an idle state on the control channel. 

If the radio unit has started to set up a call, it shall transmit a call cancel request. 

If "##" is dialled whilst the unit is in the payload domain , the MS unit terminates the call. 
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Annex D (informative): 
Change requests 

The present document contains change requests as described in table E.l. 

Table E.l : Change request 



No 


Standard 
Version 


Clauses affected or description 


Title 


001 


1.1.1 


7.1.1.1 


Grp V Cli Usr PDU does not match Full Link Control 


002 


1.2.1 


1, 2, 3.1,3.2,4,4.1,4.2 


Clarifications and editorial 


003 


1.2.1 


5.1.1.1,5.1.1.1.3,5.1.1.2,5.1.1.3, 
5.1.2.2, 5.2.1.1, 5.2.1.2.1,, 5.2.1.2.2, 
5.2.1.3.3.4, 5.2.1.3.3.6 to 5.2.1.3.3.9, 
5.2.2.1, 5.2.2.2.1, 5.2.2.2.2, 5.2.2.4.2.2, 
5.3.2,5.3.3,5.3.4.1 


Modifications in clause 5 


004 


1.2.1 


6.1,7.1,7.1.3.2,7.2.7 


Modifications in clause 6 and 7 


005 


1.2.3 


7.2.7 and 7.1.2.5 


CSBK Blocks to Follow Information Element 


006 


1.2.3 


7.1.3.2 


CACH Activity Update modification 


007 


1.2.3 


5.2.2.1 and 5.2.2.3.2 


Impolite CSBK responses 


008 


1.2.3 


5.1.1.1 


BS Activation clarification 


009 


1.2.3 


5.2.2.4, 5.2.2.4.1, 5.2.2.4.2.2, 7.2.1.1 - 
7.2.1.5 and 7.2.2 


OACSU Individual Call CSBK responses 


010 


1.2.3 


7.1.2.1,7.1.2.5 


CSBK PDU 


Oil 


1.2.3 


5.2.2.2.2, 5.2.2.4, 5.3.1.1, 5.3.1.2, 
5.3.3.2 and 5.3.4 


Voice Call References 


012 


1.2.3 


5.2.1.1,5.2.2.1 and 5.3.2.3.2 


Voice Call End of Transmission clarification 


013 


1.2.3 


A.I 


CSBK Response Wait Timer 


014 


1.2.3 


5.1.2 and 5.1.2.2 


FNS Response 


015 


1.2.5 


5.2.1.3.3.9 


MS MSC Not My ID description correction 


017 


1.2.5 


7.1.2.4,7.2.6 


Negative Acknowledge Response CSBK PDU content 
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